遇到一个比较奇怪的问题，在redhat6.7上面执行mysqldump备份的一个脚本，手工测试之后是正常的；so就加上日程，用crond跑了起来。
第二天过来检查的时候，发现sql文件是个0字节的文件；我的数据量都是几十M的所有看来是备份出问题了，接下来就一步一部，排查了。
重新手工执行一遍，备份的sql数据没有问题；so，就开始想是不是变量哪里出问题了，后面mysqldump加了一个绝对路径，第二天，文件备份成功了。
但是我查看了用户的环境变量，里面是有mysqldump的路径的呀，怎么相对路径不能执行呢。
后来查了下，原来crond的变量都是调用自身的变量，而不是调用用户设置的变量，在/etc/crontab有个配置文件，把mysqldump路径加上去就可以了。
so,以后crond执行脚本，我知道，变量需要在crond中添加了。