crontab自动执行任务，失败原因记录

        服务器上使用crontab部署这两个每分钟自动执行的命令。首先，这两个命令是之前的人部署的，在我接手之前，就一直在了的。根据命令，实际上应该是做到每分钟都执行一次脚本。但是实际操作中，却发现，其实并没有严格的按照每分钟一次执行，有时候是两三分钟才会执行一次。因为这个延迟并不是特别影响实际应用，所以我一直没有很重视这个问题。

        昨天因为需求，在服务器上又部署了一套服务，定时任务加到了三条。因为服务是相似的，所以我没有多想的直接复制了上一条定时任务的命令，只是修改了一下文件路径。然后晚上就发生了定时任务执行失败的问题。也不是一直失败，就是从每分钟一次，变成了十几分钟一次。非常的影响效率。

        对此我很疑惑，为什么我只是加了一个命令，定时任务的执行时间就不对了。我开始上网找原因，我看过了大家各种各样的crontab踩坑记录，但是没有一条是符合我的情况的。知道我发现了这篇 https://blog.csdn.net/qivan/article/details/53836426 。虽然对方记录了四种常见的，能解决大部分情况的踩坑记录，但是和我的情况还是不符。那么我为什么会专门提起这篇呢，因为我发现，虽然对方记录的解决方法并不能帮助到我，但是文章中提到的第四种情况，加文件锁的方法，给了我启发。

       使用linux flock 文件锁，可以避免任务的重复执行，所以一般情况是，针对执行频率快的命令，推荐加上锁。通过对文件锁命令的了解，我发现了我问题所在。

flock命令详解如下：

-s, --shared: 获得一个共享锁
-x, --exclusive: 获得一个独占锁
-u, --unlock: 移除一个锁，通常是不需要的，脚本执行完会自动丢弃锁
-n, --nonblock: 如果没有立即获得锁，直接失败而不是等待
-w, --timeout: 如果没有立即获得锁，等待指定时间
-o, --close: 在运行命令前关闭文件的描述符号。用于如果命令产生子进程时会不受锁的管控
-c, --command: 在shell中运行一个单独的命令
-h, --help 显示帮助
-V, --version: 显示版本

        查看一下我的文件锁命令  flock -xn /tmp/yuxiu.lock -c      我用上了xn这两个命令，但看这个命令，其实是个很平常的命令，没有任何问题。但是我三个定时任务，用的都是这个命令。三个命令使用同一个独占锁，且没有立即获得锁，任务即算失败。所以一分钟之内，三个命令只会有一个命令是成功执行的，剩下两个就会失败。之前只有两个命令同时抢一个独占锁，所以有时候会有三四分钟的延迟。现在是三个命令抢一个锁。。这个等待时间就延长了。

        所以解决办法也很简单，把其中两个任务的锁名改一下就好，每个命令有一个单独的文件锁。或者修改一下命令，把锁属性从独占锁变为共享锁。都可以解决这个问题。

        通过这件事，不止学习了解到了flock命令，还需要记住一点，就是不能放过任何一个小细节。