大家好,我是冯哥的缓存。上一篇我们聊了怎么手动清理磁盘,但手动操作就有一个问题:总会忘。这篇就来聊聊cron 定时任务——让系统在指定时间自动执行脚本,清理、备份、检查、发通知,一次配好,永久省心。
一、cron 是什么
cron 是 Linux 上经典的定时任务调度器,几乎所有发行版都自带。它的运作方式很简单:
1.有一个叫crond的后台守护进程一直在跑
2.它每分钟唤醒一次,检查是否有任务需要执行
3.如果有,就在对应用户的身份下执行
把任务写进crontab(cron table,定时任务表),crond 就会按设定的时间自动触发。
💡提示:现代发行版里还有systemd timer作为替代方案,后面第六节会讲。两者各有优势,日常用 cron 完全够用。
二、crontab基本操作
2.1 编辑当前用户的 crontab
crontab -e
第一次运行会选编辑器(简单则选 nano )。编辑完保存退出,任务立即生效。
2.2 其他常用命令
命令 | 作用 |
crontab -e | 编辑当前用户的定时任务 |
crontab -l | 列出当前用户的所有定时任务 |
crontab -r | 删除当前用户的所有定时任务(危险!) |
sudo crontab -e -u 用户名 | 编辑指定用户的定时任务 |
sudo crontab -l -u root | 查看 root 用户的定时任务 |
⚠️注意:crontab -r会不问确认直接删光所有任务,操作前先 crontab -l备份一下比较稳妥。
2.3 系统级 cron 文件
除了用户级crontab,系统级的定时任务放在这些目录:
路径 | 作用 |
/etc/crontab | 系统主 crontab 文件(多了一个"用户名"字段) |
/etc/cron.d/ | 软件包放置定时任务的目录 |
/etc/cron.hourly/ | 放脚本进去,每小时执行一次 |
/etc/cron.daily/ | 放脚本进去,每天执行一次 |
/etc/cron.weekly/ | 放脚本进去,每周执行一次 |
/etc/cron.monthly/ | 放脚本进去,每月执行一次 |
/etc/cron.daily/这类目录比较好用:把脚本放进去,不用写 cron 表达式,系统按频率自动调用。 脚本放进去后需加执行权限,且文件名不能带 . 后缀(如 clean.sh 可以,clean.sh.bak会被忽略)
三、cron 表达式语法
这是 cron 关键也是容易让人懵的部分——五个字段决定什么时间运行:
分 时 日 月 周 命令
│││││
││││└─── 星期几(0-7,0和7都是周日)
│││└────── 月份(1-12)
││└───────── 日期(1-31)
│└──────────── 小时(0-23)
└─────────────── 分钟(0-59)
3.1 特殊符号
符号 | 含义 | 示例 |
* | 任意值 | * * * * * = 每分钟 |
, | 列举多个值 | 1,15,30 = 第1、15、30分钟 |
- | 范围 | 9-17 = 9点到17点 |
/ | 步长 | */5 = 每5个单位,0-30/10 = 0、10、20、30 |
3.2 常用时间写法速查
表达式 | 含义 |
* * * * * | 每分钟执行一次 |
*/5 * * * * | 每5分钟执行一次 |
0 * * * * | 每小时整点执行 |
0 2 * * * | 每天凌晨2点执行 |
30 8 * * 1-5 | 工作日(周一到周五)早上8:30执行 |
0 0 * * 0 | 每周日午夜执行 |
0 3 1 * * | 每月1号凌晨3点执行 |
0 4 1 1 * | 每年1月1日凌晨4点执行 |
@reboot | 系统启动时执行一次 |
@hourly | 等同于 0 * * * * |
@daily | 等同于 0 0 * * * |
@weekly | 等同于 0 0 * * 0 |
@monthly | 等同于 0 0 1 * * |
⚠️注意: @reboot 在 crond 启动时执行(系统启动早期),如果任务依赖网络或用户环境,建议在命令前加 sleep 10 延迟。
3.3 一个完整的 crontab 示例
# 每天凌晨2点清理磁盘缓存
0 2 * * * /home/用户名/bin/scripts/clean_disk.sh >> /home/用户名/logs/clean.log 2>&1
# 每5分钟检查一次磁盘空间,超过90%发邮件
*/5 * * * * /home/用户名/bin/scripts/disk_check.sh
# 每周一早上7点同步备份
0 7 * * 1 rsync -avz /home/用户名/Documents/ backup@192.168.1.100:/backup/用户名/
# 开机自动启动某个服务
@reboot /home/用户名/bin/start_myapp.sh
四、cron 的环境变量陷阱(新手必看)
这是新手常见的问题:脚本手动跑没问题,cron 里就不执行。
根本原因:cron运行时的环境变量和登录 Shell 完全不同。
手动运行时,.bashrc、.profile都加载好了,PATH里有 /usr/local/bin、/home/用户/bin等。但 cron的默认 PATH只有 /usr/bin:/bin,很多命令找不到。除了 PATH,HOME 也可能是 / 而不是用户家目录,建议在 crontab 顶部显式设置 HOME=/home/用户名。
4.1 解决方法一:在 crontab 顶部设置 PATH
# 在 crontab -e 文件顶部加上这行
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/home/用户名/bin
# 下面再写任务
0 2 * * * clean_disk.sh
4.2 解决方法二:在脚本里用绝对路径
脚本里不要写python,要用绝对路径,如 /usr/bin/python3 或者 /home/用户名/.venv/bin/python
如用虚拟环境/home/用户名/myenv/bin/python
#!/bin/bash
# 所有命令都用绝对路径
/usr/bin/rsync -avz /source/ /backup/
/usr/bin/find /tmp -mtime +7 -delete
4.3 解决方法三:在脚本开头 source 环境
#!/bin/bash
source /home/用户名/.bashrc# 加载用户环境
# 或者
source /etc/profile# 加载系统环境
如果.bashrc 里有交互式代码,用 source /etc/profile 更干净。
4.4 其他常见的环境差异
问题 | 原因 | 解决 |
命令找不到 | PATH 不包含该目录 | 用绝对路径或设置 PATH |
Python 包找不到 | 没激活 venv | 用 venv 里的绝对路径 /venv/bin/python |
家目录变量异常 | HOME 未设置 | 在 crontab 顶部加 HOME=/home/用户名 |
中文乱码 | 语言环境未设置 | 加 LANG=zh_CN.UTF-8 |
邮件发不出去 | MAILTO 未配置 | 加 MAILTO="" 关闭邮件,或写到日志 |
五、输出与日志处理
cron 默认会把任务的标准输出和错误输出通过系统邮件发给用户,但大多数桌面系统没配邮件服务,这个功能等于没有,可以把 MAILTO="" 加在 crontab 顶部,避免产生无用邮件尝试,或者把输出重定向到日志文件:
# 只保存标准输出
0 2 * * * /path/to/script.sh >> /home/用户名/logs/cron.log
# 同时保存标准输出和错误输出(推荐)
0 2 * * * /path/to/script.sh >> /home/用户名/logs/cron.log 2>&1
# 关闭所有输出(任务静默运行)
0 2 * * * /path/to/script.sh > /dev/null 2>&1
5.1 日志轮转(防止日志文件无限增长)
可以在脚本里加个时间戳,或者用带日期的日志文件名:
# 在脚本开头加
LOG_FILE="/home/用户名/logs/cron-$(date +%Y%m).log"
exec >> "$LOG_FILE" 2>&1
echo "===== $(date '+%Y-%m-%d %H:%M:%S') 开始执行 ====="
或者直接在crontab 里用日期命名:
cron
0 2 * * * /path/to/script.sh >> /home/用户名/logs/clean-$(date +\%Y\%m\%d).log 2>&1
⚠️注意: crontab 里的 %是特殊字符(换行符),要用 \%转义。
六、systemd timer——cron 的现代替代方案
在使用systemd 的系统上(Ubuntu 16.04+、Fedora、Arch 等),systemd timer是 cron 的替代品,功能更强、日志更清晰。
6.1 cron vs systemd timer对比
特性 | cron | systemd timer |
配置方式 | 一行表达式 | 两个 .service + .timer 文件 |
学习难度 | 低 | 中 |
日志查看 | 需要手动重定向 | journalctl -u 服务名 |
错误处理 | 基本无 | 支持重试、超时、依赖 |
随机延迟 | 不支持 | 支持(防止所有任务同时启动) |
适合场景 | 简单周期任务 | 复杂依赖、需要日志的任务 |
6.2 创建一个 systemd timer 示例
第一步:创建服务文件(定义要做什么)
sudo nano /etc/systemd/system/clean-disk.service
[Unit]
Description=Daily disk cleanup
[Service]
Type=oneshot
User=你的用户名
ExecStart=/home/用户名/bin/scripts/clean_disk.sh
第二步:创建timer 文件(定义什么时候做)
sudo nano /etc/systemd/system/clean-disk.timer
[Unit]
Description=Run clean-disk daily at 2am
[Timer]
OnCalendar=daily
AccuracySec=1h
RandomizedDelaySec=600
Persistent=true
[Install]
WantedBy=timers.target
第三步:启用并启动
sudo systemctl daemon-reload
sudo systemctl enable --now clean-disk.timer
查看 timer状态:
# 查看所有定时器
systemctl list-timers
# 查看某个 timer 的状态
systemctl status clean-disk.timer
# 查看执行日志
journalctl -u clean-disk.service
6.3 OnCalendar 时间格式
# 每天
OnCalendar=daily
# 每周一凌晨3点
OnCalendar=Mon 03:00:00
# 每月1号
OnCalendar=monthly
# 每5分钟
OnCalendar=*:0/5
# 每年元旦
OnCalendar=*-01-01 00:00:00
七、实战案例
7.1 定时磁盘清理
# 每天凌晨2点清理 apt 缓存和 journal 日志
0 2 * * * /bin/bash -c "sudo apt clean && sudo journalctl --vacuum-size=500M" >> /home/用户名/logs/cleanup.log 2>&1
或者用上一篇的脚本:
0 2 * * * /home/用户名/bin/scripts/clean_disk.sh >> /home/用户名/logs/cleanup-$(date +\%Y\%m).log 2>&1
7.2 定时备份
# 每天凌晨3点备份家目录到外接硬盘
0 3 * * * rsync -avz --delete /home/用户名/ /media/用户名/backup/home/ >> /home/用户名/logs/backup.log 2>&1
# 每周日凌晨4点打包备份重要目录
0 4 * * 0 tar -czf /media/用户名/backup/weekly-$(date +\%Y\%m\%d).tar.gz /home/用户名/Documents /home/用户名/Projects
7.3 磁盘空间告警
#!/bin/bash
# disk_alert.sh - 磁盘使用超过阈值时打印告警
THRESHOLD=85
USAGE=$(df -h / | awk 'NR==2 {print $5}' | tr -d '%')
if [ "$USAGE" -gt "$THRESHOLD" ]; then
echo "$(date '+%Y-%m-%d %H:%M') 警告:根分区已使用 ${USAGE}%,超过阈值 ${THRESHOLD}%"
fi
# 每小时检查一次磁盘
0 * * * * /home/用户名/bin/scripts/disk_alert.sh >> /home/用户名/logs/disk_alert.log 2>&1
7.4 定时同步时间
# 每天凌晨同步一次系统时间
0 1 * * * /usr/bin/ntpdate -u ntp.aliyun.com > /dev/null 2>&1
7.5 开机自启服务
# 系统重启后等5秒再启动服务(防止网络还没就绪)
@reboot sleep 5 && /home/用户名/bin/start_myservice.sh
八、调试cron 任务
cron 任务不执行时,排查顺序:
8.1 检查 crond 是否在运行
systemctl status cron# Debian/Ubuntu
systemctl status crond# Fedora/CentOS
8.2 查看 cron 日志
# Ubuntu/Debian
grep CRON /var/log/syslog | tail -20
# 或者通过 journalctl
journalctl -u cron --since "1 hour ago"
8.3 手动测试脚本
在 cron 的环境下手动运行脚本:
# 用最小化环境测试
env -i HOME=/root PATH=/usr/bin:/bin /bin/bash /path/to/script.sh
8.4 常见排查清单
问题 | 排查方向 |
任务完全不执行 | crond 是否在运行;crontab 语法是否正确 |
执行了但没效果 | 命令路径是否正确;权限是否够(sudo 需要特殊配置) |
有时执行有时不执行 | 检查时间表达式;系统是否在该时间段关机 |
脚本报错 | 把 2>&1 加上,看错误输出;检查 PATH 和绝对路径 |
cron 里 sudo 命令失败 | 需要配置 /etc/sudoers 里的 NOPASSWD |
cron 任务不执行时,按这 5 个方向排查,基本能定位问题。 cron 使用系统时区,如果服务器是 UTC 而你要按北京时间执行,先 timedatectl 确认时区是否正确。
九、cron 里使用 sudo 的正确方式
如果任务需要root 权限,有两种方案:
方案一:用root 的 crontab
sudo crontab -e# 编辑 root 用户的crontab
然后在 root的 crontab 里写任务,不需要 sudo 前缀。
方案二:配置sudoers NOPASSWD
sudo visudo
添加:
用户名 ALL=(ALL) NOPASSWD: /usr/bin/apt, /usr/bin/journalctl
配置后,cron任务中仍要写完整的 sudo /usr/bin/apt clean。 这样普通用户的 cron 任务就可以无密码运行这些命令。
十、速查表
crontab 操作
命令 | 作用 |
crontab -e | 编辑任务 |
crontab -l | 查看任务 |
crontab -r | 删除所有任务(危险!) |
sudo crontab -e | 编辑 root 任务 |
常用时间表达式
表达式 | 含义 |
0 2 * * * | 每天凌晨2点 |
*/10 * * * * | 每10分钟 |
0 9 * * 1-5 | 工作日9点 |
0 0 1 * * | 每月1号午夜 |
@reboot | 开机时 |
输出重定向
写法 | 效果 |
>> log.txt 2>&1 | 追加到日志(推荐) |
> /dev/null 2>&1 | 静默运行 |
2>> err.log | 只记录错误 |
十一、cron与anacron 两者的使用方式对比
操作 | cron | anacron |
编辑任务 | crontab -e(每个用户有自己的表) | 没有 anacrontab -e 命令,直接编辑 /etc/anacrontab(系统级配置文件) |
查看任务 | crontab -l | cat /etc/anacrontab |
删除任务 | crontab -r | 手动编辑 /etc/anacrontab 删除对应行 |
用户级任务 | 每个用户可以用 crontab -e | 不支持,只能 root 编辑系统级配置 |
配置文件位置 | /var/spool/cron/crontabs/用户名 | /etc/anacrontab |
anacrontab 的配置格式
anacron 的配置文件 /etc/anacrontab格式和 crontab 完全不同:
# /etc/anacrontab 示例
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
START_HOURS_RANGE=3-22# 允许执行的时间段
# 格式:周期(天)延迟(分钟)任务标识命令
15cron.dailyrun-parts /etc/cron.daily
710cron.weeklyrun-parts /etc/cron.weekly
3015cron.monthlyrun-parts /etc/cron.monthly
字段 | 含义 |
周期 | 多少天执行一次 |
延迟 | 开机后延迟多少分钟再执行(避免开机时多个任务同时跑) |
任务标识 | 唯一名称(用于记录上次执行时间戳) |
命令 | 实际执行的命令或脚本 |
·cron:用 crontab -e命令管理,每个用户独立配置
·anacron:没有anacrontab -e,只能 root直接编辑 /etc/anacrontab文件
所以如果想要“用户级、免 root、类似crontab -e”的体验,anacron做不到。如果想在个人设备上实现“漏执行补执行”的效果,可以用 cron + @reboot结合判断脚本,或者用 systemd timer(支持 Persistent=true,可以实现类似补执行功能)。
总结
cron 的核心就是**"什么时间 + 执行什么",五字段时间表达式掌握之后,写任务就很直观了。较为容易踩的坑是环境变量**——在 crontab 顶部设好PATH,或者脚本里全用绝对路径,基本能规避大多数 "手跑没问题,cron 里不执行" 的问题。
简单的周期任务,cron足够;如果任务有更复杂的依赖和日志管理时,换用systemd timer会更称手。
如果设备不是一直开机(比如笔记本),建议用 anacron 代替 cron,它会在下次开机时补执行错过的任务。Ubuntu 默认已安装。
下篇预告:进程管理与监控——用 ps/top/htop看进程状态,用 kill/nice/ionice管理进程优先级,以及用 systemctl管理服务。