Crontab执行sqlplus脚本无数据库变更问题求助

• 环境变量差异问题
  crontab的执行环境和用户手动登录环境完全隔离，默认PATH仅包含少量系统路径，可能导致数据库客户端（如mysql/psql）无法找到，或使用了非预期的版本。

  • 修复：在executeQuery.sh开头手动指定完整环境变量，比如PATH=/usr/local/bin:/usr/bin:$PATH；或者直接使用数据库客户端的绝对路径（例如/usr/bin/mysql而非mysql）。

• 工作路径不一致问题
  手动执行时你处于脚本所在目录，但crontab默认工作目录为执行用户的家目录（如/home/username），若脚本中用相对路径引用testQuery.sql，会导致文件找不到，但脚本可能未做错误校验，仍输出“成功”日志。

  • 修复：在脚本开头添加cd /绝对路径/到脚本所在目录；或直接在脚本中使用testQuery.sql的绝对路径（如/opt/scripts/testQuery.sql）。

• 数据库连接上下文差异
  手动执行时依赖当前用户的数据库配置文件（如~/.my.cnf），但crontab执行时可能因用户身份、环境变量问题，读取的配置文件不同，导致连接到错误的数据库实例/库，或使用无更新权限的账号。

  • 修复：在脚本中显式指定数据库连接的完整参数（例如mysql -u dbuser -p'DbPass123' -h dbhost target_db），不要依赖默认配置；同时确保crontab执行用户与手动执行用户一致，且该用户拥有目标表的更新权限。

• 未捕获错误日志
  脚本可能仅捕获了标准输出，未记录错误信息，导致隐性错误被掩盖。比如数据库连接失败、权限不足等问题，脚本仍输出“成功”，但实际未执行更新。

  • 修复：修改crontab任务，将标准错误也重定向到日志：

    */5 * * * * /绝对路径/executeQuery.sh /绝对路径/testQuery.sql >> /var/log/db_update.log 2>&1
    

    查看完整日志即可定位真实错误。

• 执行用户权限问题
  若crontab任务由root用户创建，但手动执行用普通用户，可能导致数据库权限不匹配。比如root用户连接数据库时使用的默认账号无目标表更新权限，而普通用户有。

  • 修复：在脚本中添加whoami >> /var/log/db_user.log，对比手动与crontab执行的用户；确保执行脚本的用户拥有数据库更新权限。

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