脚本手动/通过crontab执行正常，放入cron.daily后无数据库显示的原因

嗨，这个问题我在日常运维里碰到过好多次，归根结底几乎都是cron的运行环境和你手动执行时的环境不一致导致的！下面给你拆解几个最常见的原因：

1. 环境变量缺失，找不到数据库客户端命令 #

手动执行脚本时，你用的是当前用户的Shell环境，PATH变量里包含了所有你常用的命令路径（比如/usr/local/bin这类存放自定义工具的目录）。但cron的默认PATH非常精简，通常只有/usr/bin:/bin，如果你的数据库客户端（比如mysql、psql）安装在其他路径下，脚本就会因为找不到命令而执行失败，看起来像是“未找到数据库”。

另外，HOME变量在cron环境里也可能和你手动执行时不一样，导致脚本找不到用户目录下的数据库配置文件（比如~/.my.cnf）——这类文件通常存了数据库的用户名和密码，找不到的话连连接都建立不了，自然查不到数据。

2. 数据库身份验证失败 #

手动执行时，你可能依赖了当前用户的权限缓存（比如SSH密钥、数据库本地套接字的权限），或者终端会话里已经加载了认证信息。但cron运行时是用系统指定的用户（默认cron.daily的脚本以root执行，但也可能因系统配置不同而变化）来运行的，这个用户可能没有访问数据库的权限，或者没有正确配置认证方式（比如没在脚本里指定密码，也找不到配置文件），导致连接数据库失败，返回“未找到数据库”的错误。

3. 脚本里的相对路径失效 #

如果你的脚本里用了相对路径（比如./config.ini或者直接调用同目录下的工具），手动执行时你在脚本所在的目录，路径是有效的。但cron运行时的默认工作目录是/或者/var/spool/cron，相对路径就指向了错误的位置，导致依赖的配置文件或工具找不到，进而影响数据库查询逻辑。

快速排查&解决建议 #

• 显式设置PATH：在脚本开头加上PATH=/usr/local/bin:/usr/bin:/bin:/path/to/your/tools，把所有需要的命令路径都包含进去。
• 用绝对路径调用命令：比如把mysql改成/usr/local/bin/mysql，避免依赖环境变量。
• 指定配置文件路径：如果用了数据库配置文件，直接写绝对路径，比如mysql --defaults-file=/home/yourusername/.my.cnf。
• 切换工作目录：在脚本开头加上cd /path/to/your/script/directory，确保相对路径能正常工作。
• 对比环境变量：写个简单的测试脚本env > /tmp/cron_env.txt放到cron.daily里，然后手动执行env > /tmp/manual_env.txt，对比两个文件的差异，就能快速找到缺失的变量。

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