Linux 计划任务实战：cron、at 与 systemd timer
引言
凌晨三点，你还在睡梦中，服务器却正在自动执行着数据备份、日志清理、证书续期——这些任务不需要任何人守着，全靠计划任务在背后默默工作。
计划任务是 Linux 系统自动化运维的核心能力。如果你还在手动执行那些重复性的定时操作，那这篇文章就是为你准备的。今天我们来彻底搞懂 Linux 计划任务的三大工具：cron（周期性任务）、at（一次性任务）和 systemd timer（现代化的替代方案）。
一、cron：Linux 计划任务的“老大哥”
1.1 什么是 cron？
cron 是 Linux 系统中最经典、最常用的任务调度工具。它以一个名为 crond 的守护进程运行在后台，每分钟醒来一次，检查是否有需要执行的任务。
cron 适合做周期性、重复性的工作，比如：
1.2 crontab 时间表达式：五个字段定乾坤
cron 的核心是 crontab（cron table 的缩写），也就是任务调度表。每一条 cron 任务都遵循一个固定的格式：
* * * * * command_to_execute─ ─ ─ ─ ─│ │ │ │ ││ │ │ │ └─── 星期 (0-7，0和7都表示周日)│ │ │ └───── 月份 (1-12)│ │ └─────── 日期 (1-31)│ └───────── 小时 (0-23)└─────────── 分钟 (0-59)
每个时间字段还支持一些特殊符号：
| | |
|---|
* | | * * * * * |
, | | 1,3,5 |
- | | 9-17 |
/ | | */15 |
来看几个实际例子：
# 每天凌晨 3 点执行备份脚本0 3 * * * /opt/scripts/db_backup.sh# 每 5 分钟执行一次监控任务*/5 * * * * /opt/scripts/monitor.sh# 每周一至周五的上午 9 点到下午 5 点，每半小时执行一次*/30 9-17 * * 1-5 /usr/bin/log_sync.sh# 每月 1 号和 15 号的凌晨 3 点执行0 3 1,15 * * /usr/local/bin/clear_cache.sh
1.3 管理 crontab：增删改查四件套
crontab 命令是管理用户级定时任务的核心工具：
# 编辑当前用户的定时任务（会打开默认编辑器）crontab -e# 查看当前用户的所有定时任务crontab -l# 删除当前用户的所有定时任务（慎用！）crontab -r# 以 root 身份编辑指定用户的定时任务crontab -u username -e
1.4 用户级 vs 系统级 cron
cron 的任务配置分为两个层级：
用户级 crontab：
- 每个用户独立，存储在
/var/spool/cron/ 目录下
系统级 crontab：
- 格式多了一个“用户”字段：
分 时 日 月 周 用户 命令
# 系统级 crontab 示例（/etc/crontab）30 3 * * * root /usr/bin/backup.sh
此外，Linux 还提供了一组预设目录，把脚本放进去就能定时执行：
| |
|---|
/etc/cron.hourly/ | |
/etc/cron.daily/ | |
/etc/cron.weekly/ | |
/etc/cron.monthly/ | |
1.5 权限控制：谁能用 cron？
系统通过两个文件控制用户对 cron 的访问权限：
/etc/cron.allow：白名单，仅列出的用户可用。如果存在，cron.deny 被忽略。/etc/cron.deny
默认情况下，/etc/cron.deny 存在但为空（所有人都可以用），/etc/cron.allow 不存在。
# 只允许 user1 使用 cronecho "user1" > /etc/cron.allow# 只禁止 user2 使用 cron（需确保 cron.allow 不存在）echo "user2" > /etc/cron.deny
二、at：只执行一次的“一次性任务”
不是所有任务都需要反复执行。如果你只是想在某个特定时间点执行一次某个操作，at 命令是更好的选择。
2.1 基本用法
at 的语法非常简洁：
输入命令后按 Ctrl+D 结束输入，任务就会被调度。
时间可以写成多种形式：
# 绝对时间at 23:00 # 今晚 11 点at 3:00 PM # 下午 3 点at 2026-07-05 02:00 # 指定日期# 相对时间at now + 30 minutes # 30 分钟后at now + 1 hour # 1 小时后at now + 2 days # 2 天后# 特殊关键词at midnight # 午夜at noon # 中午 12 点
2.2 实战示例
# 今晚 11 点关机at 23:00shutdown nowCtrl+D# 30 分钟后创建一个测试文件at now + 30 minutestouch /tmp/test.txtCtrl+D# 凌晨 2 点执行备份脚本at 2:00 AM/opt/scripts/backup.shCtrl+D
2.3 管理 at 任务
# 查看所有待执行的一次性任务atq# 输出示例：# 2 Fri Jan 13 23:00:00 2025 a user# 删除指定任务（按任务编号）atrm 2# 或者使用别名at -l # 等同于 atqat -d 2 # 等同于 atrm 2
2.4 启用 at 服务
at 命令依赖 atd 守护进程：
# 检查 atd 服务状态systemctl status atd# 启动并启用 atdsystemctl start atdsystemctl enable atd# 如果未安装，先安装# Ubuntu/Debiansudo apt install at# CentOS/RHELsudo yum install at
2.5 at 的权限控制
和 cron 类似，at 也通过 at.allow 和 at.deny 控制用户访问。如果两个文件都不存在，则只有 root 用户可以使用 at。
💡 cron vs at 一句话总结：cron 管“重复”，at 管“一次”。周期性任务用 cron，临时性的一次性任务用 at。
三、systemd timer：cron 的现代化接班人
随着 systemd 在 Linux 生态中的全面普及，systemd timer 正逐渐成为 cron 的有力竞争者，甚至可以说是替代方案。
3.1 为什么要用 systemd timer？
相比 cron，systemd timer 有几个显著优势：
3.2 核心概念：Service + Timer 双文件
systemd timer 由两个配置文件组成：
.service 文件.timer 文件
3.3 实战：用 systemd timer 替代 cron
假设我们要每天凌晨 3 点执行数据库备份。
第一步：创建 Service 文件
# /etc/systemd/system/db-backup.service[Unit]Description=Database Backup Task[Service]Type=oneshotExecStart=/usr/local/bin/db_backup.shUser=root
第二步：创建 Timer 文件
# /etc/systemd/system/db-backup.timer[Unit]Description=Run database backup daily at 3 AM[Timer]OnCalendar=dailyPersistent=true[Install]WantedBy=timers.target
OnCalendar 支持类似 cron 的语法，也支持更自然的时间表达：
# 每天凌晨 3 点OnCalendar=daily# 每周一凌晨 3 点OnCalendar=Mon *-*-* 03:00:00# 每 5 分钟OnCalendar=*:0/5# 每月 1 号凌晨 3 点OnCalendar=*-*-01 03:00:00
第三步：启用 Timer
# 重新加载 systemd 配置systemctl daemon-reload# 启动 timersystemctl start db-backup.timer# 设置开机自启systemctl enable db-backup.timer# 查看所有 timersystemctl list-timers
3.4 查看 systemd timer 日志
这是 systemd timer 相比 cron 最大的优势——日志统一且清晰：
# 查看特定任务的日志journalctl -u db-backup.service# 实时跟踪journalctl -u db-backup.service -f# 查看最近一天的所有 timer 日志journalctl --since "1 day ago" | grep timer
四、生产环境最佳实践
4.1 永远使用绝对路径
这是 cron 任务失败最常见的原因。cron 的执行环境与你的交互式 Shell 不同，PATH 环境变量通常很短。
❌ 错误做法：
* * * * * backup.sh # 可能找不到命令
✅ 正确做法：
* * * * * /opt/scripts/backup.sh
或者在 crontab 文件顶部显式设置 PATH：
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
4.2 记录日志，便于排查
cron 任务的输出默认会通过邮件发送给用户（如果邮件系统未配置，输出可能直接丢失）。建议手动重定向日志：
# 将标准输出和错误都写入日志文件0 3 * * * /opt/scripts/backup.sh >> /var/log/backup.log 2>&1# 分离成功日志和错误日志0 3 * * * /opt/scripts/backup.sh >> /var/log/backup.log 2>> /var/log/backup-errors.log
4.3 防止任务重复执行
如果一个任务执行时间可能超过执行间隔，使用 flock 防止并发执行：
*/5 * * * * flock -n /tmp/task.lock /opt/scripts/task.sh
4.4 最小权限原则
生产环境建议为每个定时任务创建专用用户，避免直接使用 root 权限：
# 以指定用户身份执行crontab -u backupuser -e
4.5 修改/删除前先备份
删除操作不可逆，建议先备份：
crontab -l > /tmp/cron_backup_$(date +%Y%m%d).croncrontab -r # 确认备份无误后再删除
4.6 在生产环境部署前充分测试
在测试环境中手动运行命令，验证无误后再配置为定时任务。同时要确认服务器时区是否正确——cron 的执行时间依赖于系统时间。
五、三个工具怎么选？一张表告诉你
| | |
|---|
| cron | |
| at | |
| systemd timer | |
| systemd timer | |
📌 一句话建议：日常周期性任务用 cron 就够了；需要精细日志和依赖管理时，切换到 systemd timer；一次性任务直接用 at。
六、常见问题排查清单
Q1：cron 任务没执行，怎么查？
第一步：确认 cron 服务在运行
第二步：查看 cron 日志
# Ubuntu/Debiangrep CRON /var/log/syslog | tail -20# CentOS/RHELtail -20 /var/log/cron# systemd 系统journalctl -u cron.service -f
第三步：检查语法是否正确
Q2：脚本手动能跑，cron 里跑不了？
这通常是因为 环境变量不同。解决方法：
Q3：at 任务没执行？
# 检查 atd 服务是否运行systemctl status atd# 查看待执行任务atq# 检查权限配置cat /etc/at.allowcat /etc/at.deny
Q4：systemd timer 没触发？
# 查看 timer 状态systemctl status mytimer.timer# 列出所有 timersystemctl list-timers --all# 查看相关日志journalctl -u mytimer.service
总结
从 cron 到 at，再到 systemd timer，Linux 计划任务工具走过了一条从分散到统一、从简单到强大的演进之路。
记住三句话：
- cron 管“重复”
- at 管“一次”
- systemd timer 管“未来”
计划任务是 Linux 自动化运维的基石。掌握了这三个工具，你就能让服务器在无人值守的情况下，有条不紊地完成各种重复性工作——把时间留给更重要的事情。
如果你有任何问题或经验分享，欢迎在评论区留言讨论！
10个月宝宝每天需要喝多少奶粉？
