crontab 定时任务从入门到上线（语法 + 排障）

1. 这篇文章你能学到什么

• crontab 是什么、解决什么问题
• 常用命令：查看/编辑/生效
• 5 段式时间表达式如何读
• 常见符号：*,-/
• 定时任务为什么“不执行”的排障清单

目录

• 先理解 crontab 的命令和时间表达式
• 再学会写“脚本 + 日志”的上线风格任务
• 最后掌握定时任务不执行时的排障顺序

2. crontab 常用命令

• 查看当前用户的定时任务：

crontab-l

• 编辑定时任务：

crontab-e

3. 时间表达式（必背）

典型格式（5 段）：

分钟 小时 日 月 星期 command

示例：每天凌晨 2 点执行：

0 2 * * * /path/to/script.sh

4. 常用符号解释

• *：所有可能值

  • 如 month 为*表示每月

• ,：列举

  • 如1,2,5,7,8,9

• -：范围

  • 如2-6表示 2 到 6

• /：步长

  • 如0-23/2表示每两小时
  • 如*/10（minute 字段）表示每十分钟

5. 建议写法：脚本 + 日志（上线必做）

你写 crontab 时尽量做到：

• 用绝对路径
• 把 stdout/stderr 重定向到日志文件

示例：

*/5 * * * * /opt/app/job.sh >> /var/log/job.log 2>&1

你可以把一条定时任务理解成这样一条完整路径：

1. 先写好脚本/opt/app/job.sh
2. 给脚本执行权限chmod +x /opt/app/job.sh
3. 手动执行一次脚本，确保脚本本身没问题
4. 再写入crontab -e
5. 最后用日志确认任务是否真正执行

6. 定时任务不执行：排障清单

• 看任务有没有写进去：crontab -l
• 脚本有没有执行权限：chmod +x job.sh
• 路径是否写绝对路径：crontab 环境变量少，不能依赖相对路径
• 环境变量是否缺失：
  • 建议脚本里显式写JAVA_HOME或使用绝对路径java
• 日志有没有输出：
  • 用>> /var/log/job.log 2>&1
• 脚本首行 shebang：
  • #!/bin/bash
• 时间是否写错（时区）：
  • 服务器时区/系统时间是否正确

7. 一个实用示例：定时清理日志

0 3 * * * /usr/bin/find /opt/tomcat/logs -name "*.log" -mtime +7 -delete >> /var/log/clean.log 2>&1

说明：每天 3 点清理 7 天前的日志。

8. 下一步建议

• 进程守护：systemd（让服务崩了能自动拉起）
• 日志滚动：logrotate（避免日志无限增长撑爆磁盘）
• 监控：CPU/内存/磁盘/端口存活

9. 小结

crontab 最容易出问题的地方，不是语法本身，而是运行环境和日志意识：

• 路径要写绝对路径
• 脚本要有执行权限
• 环境变量不要想当然继承
• 任务一定要落日志

只要你养成“先手动执行脚本，再配置定时任务，最后看日志确认”的习惯，crontab 的大部分坑你都能避开。