Linux计划任务执行结果和手动执行不一致

以下是计划任务和脚本情况介绍，写出具体代码是为了说明第三种情况

[ 09]# crontab -l
*/1 * * * * /bin/sh /root/test03/09/01.sh  >/dev/null 2>&1
*/1 * * * * /bin/sh /root/test03/09/02.sh  >/root/test03/09/03.txt 2>&1

[ 09]# cat 01.sh
#!/bin/bash
A=`cat /root/test03/09/03.txt`
echo $A

[ 09]# cat 02.sh
#!/bin/bash
ls /root/test03/09/*
[ 09]# cat 03.txt
/root/test03/09/01.sh
/root/test03/09/02.sh
/root/test03/09/03.txt

1、脚本中命令未使用绝对路径

一般系统命令没有这个问题，但是一些编译安装的服务命令，如果没有写入环境变量，则会导致调用失败，这时候要么写入环境变量的配置文件，并source文件；要么写上绝对路径。
例如编译安装的mysql，可以使用绝对路径/usr/local/bin/mysql ，则可以避免这个问题，其他命令也一样。

2、crontab配置文件中未使用绝对路径

例如脚本01.sh，如果只写/1 sh 02.sh ，脚本执行一定会报错，这里有个小注意点就是02.
sh的权限问题，如果有可执行权限，可以省略写 /1 /root/test03/09/02.sh
如果没有可执行权限，则一定要这么写 /1 * /bin/sh /root/test03/09/02.sh

3、最为特殊的情况，只因为两个计划任务都是每分钟执行一次，且01.sh依赖02.sh的输出结果，导致01.sh脚本执行完结果为空

将计划任务修改如下

[ 09]# crontab -l
*/1 * * * * /bin/sh /root/test03/09/01.sh  >> /root/test03/09/04.txt 2>&1

04.txt输出如下：

[ 09]# tail -f 04.txt

++ cat /root/test03/09/03.txt
+ A=
+ echo

此时，可以发现A的结果为空，而手动执行结果如下：

[ 09]# sh -x 01.sh
++ cat /root/test03/09/03.txt
+ A=‘/root/test03/09/01.sh
/root/test03/09/02.sh
/root/test03/09/03.txt
/root/test03/09/04.txt‘
+ echo /root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt
/root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt

是不是很神奇，通过04.txt的输出结果，可以发现01.sh脚本中A的变量输出为空，但是所有的地方都是用了绝对路径，有的同学可以会怀疑环境变量的影响，我这边已经证明，即便source /etc/profile也没有作用，以为与此无关。不相信的可以自行尝试。

解决办法：

在01.sh脚本中，第2行加上sleep 5

原因：

因为两个脚本都是每分钟执行一次，推测可能在执行过程中，03.txt被锁定，导致无法读取内容，只要错开这个时间，就能正常读取结果。这是一种特殊情况导致的结果。