>我有一个php脚本,在CentOS上,我每10分钟通过cron执行一次这个脚本。
问题是,如果 cron 作业需要 10 分钟以上,那么同一 cron 作业的另一个实例将启动。
我尝试了一个技巧,那就是:
- 创建一个带有 php 代码的锁定文件(与 pid 文件相同)在以下情况下cron 作业已启动。
- 作业完成后删除了带有 php 代码的锁定文件。
- 当任何新的 cron 作业开始执行脚本时,我检查是否锁定文件存在,如果存在,则中止脚本。
但是可能存在一个问题,当锁定文件由于任何原因未被脚本删除或删除时。cron 永远不会再次启动。
如果 cron 作业已经在运行,使用 Linux 命令或类似命令,有什么方法可以再次停止执行?
咨询锁定正是为此目的而创建的。
您可以使用 flock()
完成咨询锁定。只需将该函数应用于先前打开的锁定文件,即可确定另一个脚本是否具有锁定。
$f = fopen('lock', 'w') or die ('Cannot create lock file');
if (flock($f, LOCK_EX | LOCK_NB)) {
// yay
}
在本例中,我添加了LOCK_NB
以防止下一个脚本等到第一个脚本完成。由于您使用的是 cron,因此总会有下一个脚本。
如果当前脚本过早终止,操作系统将释放任何文件锁定。
如果可以配置代码,也许最好不要编写代码:
https://serverfault.com/questions/82857/prevent-duplicate-cron-jobs-running
>flock()
对我来说效果很好 - 我有一个 cron 作业,每 5 分钟安排一次数据库请求,所以不要同时运行多个请求至关重要。这是我所做的:
$filehandle = fopen("lock.txt", "c+");
if (flock($filehandle, LOCK_EX | LOCK_NB)) {
// code here to start the cron job
flock($filehandle, LOCK_UN); // don't forget to release the lock
} else {
// throw an exception here to stop the next cron job
}
fclose($filehandle);
如果您不想终止下一个计划的 cron 作业,而只需暂停它直到正在运行的 cron 作业完成,则只需省略LOCK_NB
:
if (flock($filehandle, LOCK_EX))
这是一个非常简单的解决方案中非常常见的问题: cronjoblock
一个简单的 8 行 shellscript 包装器使用 flock 应用锁定:
https://gist.github.com/coderofsalvation/1102e56d3d4dcbb1e36f
顺便说一句。
cronjoblock
还扭转了 cron 的垃圾邮件行为:只有在出现问题时才输出一些东西。这对于 cron 的 MAILTO 变量来说很方便。stdout/stderr 输出将被抑制(因此 cron 不会发送邮件),除非给定进程的退出代码> 0
flock 在 php 5.3.3 中不起作用,因为删除了文件资源句柄关闭时的自动解锁。现在解锁总是必须手动完成。
我使用这个::
<?php
// Create a PID file
if (is_file (dirname ($_SERVER['SCRIPT_NAME']) . "/.processing")) { die (); }
file_put_contents (dirname ($_SERVER['SCRIPT_NAME']) . "/.processing", "processing");
// SCRIPT CONTENTS GOES HERE //
@unlink (dirname ($_SERVER['SCRIPT_NAME']) . "/.processing");
?>
#!/bin/bash
ps -ef | grep -v grep | grep capture_12hz_sampling_track.php
if [ $? -eq 1 ];
then
nohup /usr/local/bin/php /opt/Apache/htdocs/cmsmusic_v2/script/Mp3DownloadProcessMp4/capture_12hz_sampling_track.php &
else
echo "Already running"
fi
另一种选择:
<?php
/**
* Lock manager to ensure our cron doesn't run twice at the same time.
*
* Inspired by the lock mechanism in Mage_Index_Model_Process
*
* Usage:
*
* $lock = Mage::getModel('stcore/cron_lock');
*
* if (!$lock->isLocked()) {
* $lock->lock();
* // Do your stuff
* $lock->unlock();
* }
*/
class ST_Core_Model_Cron_Lock extends Varien_Object
{
/**
* Process lock properties
*/
protected $_isLocked = null;
protected $_lockFile = null;
/**
* Get lock file resource
*
* @return resource
*/
protected function _getLockFile()
{
if ($this->_lockFile === null) {
$varDir = Mage::getConfig()->getVarDir('locks');
$file = $varDir . DS . 'stcore_cron.lock';
if (is_file($file)) {
$this->_lockFile = fopen($file, 'w');
} else {
$this->_lockFile = fopen($file, 'x');
}
fwrite($this->_lockFile, date('r'));
}
return $this->_lockFile;
}
/**
* Lock process without blocking.
* This method allow protect multiple process runing and fast lock validation.
*
* @return Mage_Index_Model_Process
*/
public function lock()
{
$this->_isLocked = true;
flock($this->_getLockFile(), LOCK_EX | LOCK_NB);
return $this;
}
/**
* Lock and block process.
* If new instance of the process will try validate locking state
* script will wait until process will be unlocked
*
* @return Mage_Index_Model_Process
*/
public function lockAndBlock()
{
$this->_isLocked = true;
flock($this->_getLockFile(), LOCK_EX);
return $this;
}
/**
* Unlock process
*
* @return Mage_Index_Model_Process
*/
public function unlock()
{
$this->_isLocked = false;
flock($this->_getLockFile(), LOCK_UN);
return $this;
}
/**
* Check if process is locked
*
* @return bool
*/
public function isLocked()
{
if ($this->_isLocked !== null) {
return $this->_isLocked;
} else {
$fp = $this->_getLockFile();
if (flock($fp, LOCK_EX | LOCK_NB)) {
flock($fp, LOCK_UN);
return false;
}
return true;
}
}
/**
* Close file resource if it was opened
*/
public function __destruct()
{
if ($this->_lockFile) {
fclose($this->_lockFile);
}
}
}
来源: https://gist.github.com/wcurtis/9539178
我正在运行一个php cron作业脚本,专门处理使用现有API发送文本消息。 在我的本地盒子上,cron 作业工作正常,但在我客户的盒子上,它发送了双消息。 虽然这对我来说没有意义,但我仔细检查了负责发送邮件的文件夹的权限,并且权限设置为 root。一旦我将所有者设置为www-data(Ubuntu),它就开始正常运行。
这对您来说可能是问题,但如果它是一个简单的 cron 脚本,我会仔细检查权限。