linux定时任务不执行，90%问题源于环境、权限或配置细节被忽略；需依次检查cron服务状态、crontab语法与保存、显式环境变量、绝对路径、脚本权限，并通过系统日志定位失败原因。
Linux 定时任务不执行，90% 问题不在脚本本身，而在环境、权限或配置细节被忽略。直接看日志和验证执行上下文，比反复修改脚本更高效。
确认 cron 服务是否正常运行
所有定时任务都依赖后台守护进程。服务没启动，任务就完全静默失效。
- 检查状态：
systemctl status cron（Debian/Ubuntu）或systemctl status crond（CentOS/RHEL） - 若显示
inactive (dead)，运行sudo systemctl start cron并启用开机自启：sudo systemctl enable cron - 某些最小化系统或容器环境默认不安装 cron，需手动安装：
apt install cron或yum install cronie
验证 crontab 语法与保存是否生效
编辑后没真正写入、格式错位、或注释干扰，都会导致规则被跳过。
- 用
crontab -l确认你的条目已存在；不要直接改/var/spool/cron/下文件 - 时间字段顺序必须是：分、时、日、月、周 —— 常见错误是把“日”和“周”位置互换
- 行尾不能有空格或不可见字符（如 Windows 换行符），可用
cat -A ~/.bash_history类似方式检查 - # 只能出现在整行开头或命令后；若写成
0 2 * * * # backup，整行会被当作注释忽略
解决执行环境差异问题
cron 使用极简 shell（通常是 /bin/sh），不加载 ~/.bashrc，PATH、HOME、当前目录都不同。
- 在 crontab 文件顶部显式声明：
PATH=/usr/local/bin:/usr/bin:/bin和HOME=/home/username - 脚本路径、内部调用的命令（如
python3、mysqldump）全部使用绝对路径，例如/usr/bin/python3 - 脚本开头强制切换工作目录：
cd /path/to/script/dir || exit 1 - 重定向输出是关键：
0 3 * * * /path/to/script.sh >> /tmp/cron.log 2>&1，否则错误全被吞掉
检查权限、日志与系统限制
即使 cron 调起了命令，也可能因权限、SELinux 或日志关闭而失败。
- 确保脚本有执行权限：
chmod +x /path/to/script.sh - 查看 cron 日志：
• Ubuntu/Debian：sudo grep CRON /var/log/syslog或journalctl -u cron -n 50
• CentOS/RHEL：sudo journalctl -u crond -n 50或grep CRON /var/log/cron - 确认用户未被禁止：
检查/etc/cron.deny是否含用户名；若存在/etc/cron.allow，则仅列出用户可用 - SELinux 启用时可能拦截执行，临时测试：
sudo setenforce 0；AppArmor 同理
