在 Linux 服务器和开发机上，很多工作并不需要人守在屏幕前手动执行——比如每天凌晨备份数据库、每小时清理临时文件、每周生成报表。把这些重复劳动交给 Linux 定时任务 cron，是每一个用 Linux 的人迟早要掌握的技能。本文从 cron 的基本原理讲起，带你完整走一遍 crontab 配置、定时备份脚本实战，以及最容易踩坑的环境变量与排错问题。
一、cron 是什么：为什么服务器离不开定时任务
cron 是 Linux 系统中最经典的定时任务调度器，它会在后台持续运行，按照你设定的时间规则自动执行命令或脚本。无论是个人 VPS 还是企业级服务器集群，cron 几乎都是标配。理解了 cron，你就能让机器在无人值守时按时干活：自动拉取代码、自动重启服务、自动同步文件，甚至自动发送健康检查报告。
与之配套的 crontab 是「cron table（定时任务表）」的缩写，每个用户都可以拥有自己的 crontab，系统级任务则放在 /etc/cron.d 和 /etc/crontab 中。掌握它，意味着你把时间从重复操作中解放出来。
二、crontab 基本用法：看懂 5 个时间字段
1. 时间字段的写法
一条 crontab 记录由「5 个时间字段 + 要执行的命令」组成，格式如下：
分 时 日 月 周 命令 * * * * * /path/to/script.sh
五个字段依次是：分钟（0-59）、小时（0-23）、日期（1-31）、月份（1-12）、星期（0-7，0 和 7 都代表周日）。字段之间用空格分隔，最后是要执行的完整命令或脚本路径。
2. 特殊符号与预定义宏
除了具体数字，cron 还支持几个很有用的符号：* 表示「每」（如分钟位写 * 即每分钟）；, 表示列举（如 1,15 表示第 1 和 15 分钟）；- 表示区间（如 9-18 表示 9 点到 18 点）；/ 表示步长（如 */10 表示每 10 分钟）。此外还有预定义宏：@daily 每天、@weekly 每周、@reboot 开机时执行，可读性更好。
例如「每天凌晨 2 点 30 分执行备份」写作 30 2 * * *；「工作时间每 15 分钟检查一次」写作 */15 9-18 * * 1-5。
三、写你的第一个定时任务：以每日备份为例
1. 备份脚本示例
先把要定时执行的逻辑写成脚本，比如一个打包网站目录的备份脚本 /opt/backup.sh：
#!/bin/bash DATE=$(date +%F) tar -czf /backup/site-$DATE.tar.gz /var/www/html echo "$DATE backup done" >> /var/log/backup.log
记得给脚本加执行权限：chmod +x /opt/backup.sh，并先手动跑一次确认无误。
2. 加入 crontab
执行 crontab -e 打开当前用户的任务表，在末尾添加：
30 2 * * * /opt/backup.sh >> /var/log/backup.log 2>&1
其中 >> /var/log/backup.log 2>&1 把标准输出和错误都追加到日志，方便事后排查。保存退出后，cron 会自动加载，无需重启服务。可以用 crontab -l 查看已配置的任务。
四、cron 环境变量陷阱：为什么命令手动能跑、定时却失败
这是新手最常踩的坑：同样的命令在终端里手动执行一切正常，放进 crontab 却静默失败。根本原因几乎都是环境变量不一致。cron 执行任务时不会加载你 ~/.bashrc 里的 PATH、自定义变量，它的 PATH 通常只有 /usr/bin:/bin，且 HOME、LANG 等也可能不同。
对策有三：一是脚本里用命令的绝对路径（如写 /usr/bin/tar 而非 tar）；二是在 crontab 顶部显式声明环境变量，例如 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin；三是脚本开头用 source ~/.bashrc 或显式 export 需要的变量。排查时把命令输出重定向到日志，往往一眼就能看到「command not found」之类的报错。
五、日志与排错：cron 任务到底有没有执行
1. 查看 cron 日志
大多数发行版的 cron 运行记录写在 /var/log/syslog（Debian/Ubuntu）或 /var/log/cron（CentOS/RHEL）中。可以用 grep CRON /var/log/syslog 过滤出 cron 的执行痕迹，看到任务被触发以及以哪个用户身份运行。如果日志里根本没有该任务，说明 crontab 没保存成功或 cron 服务没启动（systemctl status cron 检查）。
2. 常见失败原因
排错时优先检查这几点：脚本有没有可执行权限、路径是不是绝对路径、crontab 里时间字段格式是否正确、命令输出是否因为未重定向而丢失、以及任务是否因为上一次还没跑完而重叠。把这些细节理顺，cron 的可靠性会大幅提升。
六、进阶技巧：anacron、systemd timer 与并发防护
如果机器不是 7×24 开机（比如笔记本），cron 在关机时段会漏掉任务，这时可以用 anacron 兜底——它会在开机后补执行错过的任务。现代 systemd 系统还提供了 systemd timer，用 .timer 单元配合 .service 管理定时任务，日志集成 journalctl，精度更高也更易排错。
另外，当定时任务可能耗时较长、下个周期又到点时，要用 flock 或锁文件做并发防护，避免任务堆叠拖垮系统。例如在 crontab 中用 flock -n /tmp/backup.lock /opt/backup.sh 保证同一时刻只有一个实例在跑。
七、安全与维护建议
定时任务虽好，也要注意安全：只给必要的用户 crontab 权限，定期用 crontab -l 审查现有任务，删除不再需要的条目；涉及敏感操作的脚本要限制文件权限（如 chmod 700）；备份和清理任务最好把结果写入独立日志并定期回看。此外，涉及重要数据的任务建议配合告警——脚本执行失败时主动发邮件或调用消息接口通知你，而不是等到用户自己发现问题，让自动化真正形成闭环。养成这些习惯，cron 才能长期稳定地为你服务。
总结
Linux 定时任务 cron 是自动化运维的基石。从理解 5 个时间字段，到写出一个可靠的定时备份脚本，再到规避环境变量陷阱、读懂 cron 日志，最后了解 anacron 与 systemd timer 等进阶方案——每一步都让重复工作离你远一点。如果你还想进一步提升命令行效率，可以参考Linux 命令行效率翻倍：10 个被低估却每天用得上的实用命令与技巧；需要让脚本随开机自动运行，可看用 systemd 管理开机启动服务：从 enable 到 journalctl 排错全流程；而Linux 文本处理三剑客 grep/sed/awk 入门实战则能帮你把备份日志里的关键信息快速提取出来。把 cron 用熟，你的 Linux 机器才算真正「自动」起来。
暂无评论内容