我对在某些情况下未执行的查询有一个奇怪的问题。我很确定他们查询本身不是问题,因为我在它之前插入了一个非常简单的查询,这不会错,但也没有执行。
下面是对该脚本作用的简短说明: 该脚本每分钟都由一个 cronjob 执行。它检查上传的 PDF 文件列表并将它们拆分为单独的文件(如果尚未拆分),然后生成 JPG 预览。
它适用于普通的 PDF 文件。然而,上传一个大的 PDF 文件(例如 30MB,28 页),会使脚本无缘无故地在某个时间停止(参见内联注释)。我已经错误记录了 PDF 拆分过程($pdf->process),它工作得很好。
有朋友怀疑这个奇怪的bug可能是服务器内存空间不足或数据库连接数达到最大值造成的,但我们都不太了解这种情况。也许你们中的一个有?
ignore_user_abort(0);
set_time_limit(0);
error_reporting(-1);
if($_SERVER['SERVER_ADDR'] == '127.0.0.1')
include_once("../config.php");
else
include_once("/home/httpd/docs/myproject/inc/config.php");
include_once(ROOT."inc/db.class.php");
include_once(ROOT."inc/functions.php");
include_once(ROOT."inc/generate_previews.class.php");
$db = DB::getInstance();
$select_file_name_query = "SELECT * FROM z_tmp_preview_files WHERE id > '0' AND status = '0' AND file_name != ''";
$result = $db->query($select_file_name_query);
while($job_preview = $db->fetchNextObject($result)){
$job_id = $job_preview->rel_job_id;
$file = $job_preview->file_name;
$set_inprocess_file_name_query = "UPDATE z_tmp_preview_files SET status = '1' WHERE id = '".$job_preview->id."'";
$set_inprocess_file_name_result = $db->execute($set_inprocess_file_name_query);
$file_info = explode('.',$file );
$file_name = $file_info[0];
$jpg_file = str_replace(".pdf", ".jpg", $file);
// =======================================================================================
// PDF-file is split into separate pages and JPG-previews are generated with the McPdf Class
// This works just fine, even with very large files, but may take some minutes.
// =======================================================================================
$pdf = new McPdf($job_id);
$pdf->process();
$files_burst = LoadFiles("".ROOT."intern/jobs/".$job_id."/burst/");
$page_count = sizeof($files_burst);
error_log("\nTEST:",3,ERROR_DIR);
$sql = "SELECT annotation_type FROM annotations";
$value = $db->queryUniqueValue($sql);
// =======================================================================================
// This is where the PHP-script just stops. Non of the following error_logs are shown,
// nor will the UPDATE-query be executed. The previous SELECT-query probably hasn't been executed as well.
// =======================================================================================
error_log($value,3,ERROR_DIR);
$remove_file_name_query = "UPDATE z_tmp_preview_files SET status = '2' WHERE id = '".$job_preview->id."'";
error_log("\n\ncheck query:",3,ERROR_DIR);
error_log(" ".$remove_file_name_query,3,ERROR_DIR);
$remove_file_name = $db->execute($remove_file_name_query);
error_log("\npossible error:".$remove_file_name."\n",3,ERROR_DIR);
}
db.class 工作得很好,我在我的项目中到处使用它,但是如果你想知道 queryUniqueValue 是做什么的,这里是代码:
function queryUniqueValue($query, $debug = -1){
$query = "$query LIMIT 1";
$this->nbQueries++;
$result = mysql_query($query) or $this->debugAndDie($query);
$line = mysql_fetch_row($result);
$this->debug($debug, $query, $result);
return $line[0];
}
编辑:这是另一个猜测:也许这是某种 mysql 超时?仅当 McPdf 类需要很长时间才能处理时,才会出现此问题。据我所知,在执行 $pdf-process() 后,第一个 mysql-query 将中止 PHP 脚本的执行。