crontab定时任务--踩坑记录

博客讲述了在使用crontab执行PHP脚本时遇到的一个问题,即由于crontab默认使用/bin/sh执行命令,导致脚本在检查进程数时误判并停止运行。作者发现这是因为/bin/sh不等同于/bin/bash,从而产生了额外的进程。为了解决这个问题,作者将cron配置修改为使用/bin/bash执行,成功避免了多进程的产生,确保脚本按预期运行。此外,还提醒注意如果crond服务有多实例运行也可能导致类似问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

crontab 默认是使用 /bin/sh 来执行命令,然后这个导致了我的脚本程序出了问题
项目中,我的一个php脚本是一直在跑的,然后每天会自动停一次,为了保证脚本的持续运行,我给该脚本加入cron定时任务,设计的是每一分钟执行一次,并在脚本中检测当前运行该脚本的进程数,如果进程数 > 1, 则停止,这样保证了系统中始终只有一个运行这个脚本的进程,进程检测命令如下:
'ps ax|grep '.basename(__FILE__).' |grep -vE "grep|vim|bash" |wc -l'
然后 cron 中配置如下:
* * * * * php /var/www/script/test.php >> /var/www/log/test.log
理论上第一次运行时,进程检测命令应该返回1,然后通过检测,进入持续运行。之后cron拉起的脚本在进程检测时应该返回2,检测不通过,停止运行。
但,恶心的是:第一次运行时,进程检测命令就返回了2,然后我的脚本一次处于停止状态。
google了一圈,最后发现crontab 默认是使用 /bin/sh 来执行命令,相当于执行了/bin/sh -c ' php /var/www/script/test.php >> /var/www/log/test.log'
此时,会产生两个进程。。。

解决方法:使用"/bin/bash"来执行,就可以。修改cron 中配置如下:
* * * * * /bin/bash -c ' php /var/www/script/test.php >> /var/www/log/test.log'
问题解决!!!

注:看网上说,如果crond程序起了多个,也会产生“执行一次脚本命令,产生多个进程的问题”,特在此提醒,希望对大家定位问题有所帮助。。。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值