通过crontab运行PHP脚本时SQLite数据库无法更新问题咨询

1. 最常见原因：工作目录不匹配 #

crontab执行任务时默认工作目录是对应用户的home目录（比如bitnami用户默认是/home/bitnami），而非PHP脚本所在目录。如果你的脚本中SQLite数据库文件使用了相对路径配置，crontab执行时会在默认工作目录下创建/访问不存在的SQLite文件，自然不会更新你预期的目标数据库。
手动CLI执行或浏览器访问时，工作目录刚好匹配脚本所在目录，所以能正常访问到正确的数据库文件。

修复方案：
将脚本中SQLite文件路径改为基于__DIR__的绝对路径，示例：

// 错误写法（相对路径）
$db = new SQLite3('mydb.db');
// 正确写法（绝对路径，适配任意执行目录）
$db = new SQLite3(__DIR__ . '/mydb.db');

2. PHP二进制文件路径不匹配 #

crontab的环境变量默认非常精简，可能调用的php命令和你手动CLI执行的不是同一个二进制文件，即使扩展检查通过，也可能存在编译配置差异导致SQLite操作异常。
排查修复：

• 手动执行which php获取PHP二进制文件的绝对路径，比如输出为/opt/bitnami/php/bin/php
• 将crontab任务中的php替换为上述绝对路径：
  */5 * * * * /opt/bitnami/php/bin/php -q /opt/bitnami/apache2/htdocs/app.php >> /opt/bitnami/apache2/htdocs/log/monitor.log 2>&1

3. 安全上下文限制 #

AWS Lightsail的默认系统可能开启了SELinux，即使文件权限设为777，SELinux的安全规则也可能禁止crontab执行的进程写入Web目录下的SQLite文件。
排查验证：
临时关闭SELinux测试是否恢复正常，如果恢复可针对性修改对应目录的SELinux安全上下文即可。

4. 隐藏报错排查 #

可在脚本中添加调试日志，定位具体错误：

// 输出当前工作目录和实际访问的SQLite路径到调试日志
file_put_contents(__DIR__.'/cron_debug.log', "当前工作目录：".getcwd().PHP_EOL." 目标DB路径：".__DIR__.'/mydb.db'.PHP_EOL, FILE_APPEND);
// 开启SQLite错误输出
$db = new SQLite3(__DIR__ . '/mydb.db');
if (!$db) {
    file_put_contents(__DIR__.'/cron_debug.log', "SQLite连接错误：".$db->lastErrorMsg().PHP_EOL, FILE_APPEND);
}

内容的提问来源于stack exchange，提问作者quinn_2000