PostgreSQL脚本在终端Shell运行正常但Cron任务执行失败

核心原因：Cron执行环境与终端会话存在差异 #

Cron任务运行时的工作目录、环境变量PATH、sudo配置逻辑均与手动终端执行时不同，这是导致SQL脚本未生效的关键。

1. 脚本相对路径引发的文件查找问题 #

脚本第一行gawk -i inplace '!a[$0]++' *.txt使用了相对路径*.txt，但Cron默认工作目录为执行用户的主目录（如root用户的/root），而非脚本所在的/txtdir/。这会导致脚本找不到目标txt文件，后续SQL加载自然没有数据来源，且可能因前置步骤无实际操作而静默跳过核心逻辑。

解决方法： 在脚本开头切换到脚本所在目录：

#!/bin/bash
# 切换到脚本所在目录，失败则直接退出
cd "$(dirname "$0")" || exit 1

gawk -i inplace '!a[$0]++' *.txt
mv *.txt txtdir/
sudo -u postgres psql -d datdb -f /var/lib/postgresql/run.sql
exit

2. Cron环境变量缺失导致命令无法执行 #

Cron的默认PATH环境变量范围极窄（通常仅为/usr/bin:/bin），若gawk、sudo或psql的实际安装路径不在此范围内，命令会静默失败。

解决方法：

• 使用命令绝对路径：先在终端执行which gawk、which sudo、which psql获取绝对路径，替换脚本中的命令，示例：

  /usr/bin/gawk -i inplace '!a[$0]++' *.txt
  /usr/bin/sudo -u postgres /usr/bin/psql -d datdb -f /var/lib/postgresql/run.sql
  

• 或在脚本开头手动扩展PATH：

  #!/bin/bash
  PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
  cd "$(dirname "$0")" || exit 1
  # 后续命令...
  

3. Sudo在Cron中无法交互输入密码 #

Cron执行sudo时无法弹出交互窗口输入密码，若root用户的sudo配置存在特殊限制（如强制密码验证），会导致命令执行失败。

解决方法：
直接使用postgres用户的crontab执行任务，避免sudo环节：

# 切换到postgres用户
su - postgres
crontab -e
# 添加Cron任务
0 0,2,4,6,8,10,12,14,16,18,20,22 * * * /txtdir/load.sh > /txtdir/load.log

同时修改脚本，去掉sudo -u postgres，直接执行：

psql -d datdb -f /var/lib/postgresql/run.sql

4. 捕获完整错误日志排查问题 #

当前Cron任务仅捕获标准输出，未捕获标准错误，导致错误信息被隐藏。修改Cron任务，同时收集stderr：

0 0,2,4,6,8,10,12,14,16,18,20,22 * * * /txtdir/load.sh > /txtdir/load.log 2>&1

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