今天上午做了个自动监测和重启服务的计划任务,结果不小心把计划任务的时间写错了,下午监测服务器运行情况的时候,发现CPU一直居高不下,时间差不多正好从我生成计划任务开始。
翻看计划任务内容,原来是复制黏贴的时候没注意,参考文章中使用的是每2分钟执行一次,而我想当然地以为是两小时,还自作聪明地将2修改成了1,于是变成每分钟执行一次,CPU不飙才怪呢!

crontab 的语法

crontab命令的语法并不复杂,共6个字段:

* * * * * /path/to/script.sh

每个字段的含义如下:

[分钟] [小时] [某月某日] [某年某月] [某周某日] [命令]

crontab的时间设定

关于时间的设置,网上内容很多。以下内容摘自《在线工具 crontab 时间计算》(页面中还提供生成显示用于检验),为避免网页哪天打不开,还是再复制黏贴一下内容更保险。

例子:
    # 每月的最后1天
    0 0 L * * *


说明:
    Linux
    *    *    *    *    *
    -    -    -    -    -
    |    |    |    |    |
    |    |    |    |    +----- 周几 (0 - 7) (周日=0 或 7) 或者星期的缩写(sun,mon,tue,wed,thu,fri,sat)
    |    |    |    +---------- 月 (1 - 12) 或者月份缩写(jan,feb,mar,apr ...)
    |    |    +--------------- 日期/每月 (1 - 31)
    |    +-------------------- 小时 (0 - 23)
    +------------------------- 分钟 (0 - 59)

crontab格式说明.png

字段 是否必填 允许值 允许特殊字符 备注
Seconds 0–59 *,- 标准实现不支持此字段。
Minutes 0–59 *,-
Hours 0–23 *,-
Day of month 1–31 *,-?LW ?LW只有部分软件实现了
Month 1–12 or JAN–DEC *,-
Day of week 0–7 or SUN–SAT *,-?L# ?L#只有部分软件实现了
Linux和Spring的允许值为0-7,0和7为周日
Quartz的允许值为1-7,1为周日
Year 1970–2099 *,- 标准实现不支持此字段。

标准字段

  • 逗号用于分隔列表。例如,在第5个字段(星期几)中使用 MON,WED,FRI
    表示周一、周三和周五;在第2个字段使用5,17,则表示每天的5点和17点。
  • 连字符定义范围。例如,2000-2010 表示2000年至2010年期间的每年,包括2000年和2010年。
  • 除非用反斜杠()转义,否则命令中的百分号(%)会被替换成换行符,第一个百分号后面的所有数据都会作为标准输入发送给命令。

非标准字段

  • “L”代表“Last”。当在星期几字段中使用的时候,可以指定给定月份的结构,例如“最后一个星期五”(5L)。在月日字段中,可以指定一个月的最后一天。
  • “day of month”字段可以使用“W”字符。指定最接近给定日期的工作日(星期一-星期五)。例如,15W,意思是:“最接近该月15日的工作日。”;所以,如果15号是星期六,触发器在14号星期五触发。如果15日是星期天,触发器在16日星期一触发。如果15号是星期二,那么它在15号星期二触发。“1W”,如果这个月的第一天是星期六,不会跨到上个月,触发器会在这个月的第三天(也就是星期一)触发。只有指定一天(不能是范围或列表)的时候,才能指定“W”字符。
  • 星期几字段可以使用“#”,后面必须跟一个介于1和5之间的数字。例如,5#3表示每个月的第三个星期五。
  • 在某些实现中,“?”用来代替“”以将月中的某一天或周中的某一天留空。其他cron的实现是替换“?”为cron守护进程的启动时间,例如:??
    • ,如果cron在上午8:25启动,将更新为25 8 *并在每天的这个时间运行,直到再次重新启动。
  • 分钟字段设置 */5表示每5分钟一次,注意:这里指的是能被5整除的分钟数。

有人根据上述页面中的评论,整理出了《在 crontab 中配置特殊执行时间》一文,里面有各种奇奇怪怪的时间设置,比如“除去元旦每周三执行一次”这种。

0 0 * * 3 (($(date +%m%d) != 101)) && cmd_to_exe
0 0 * * 3 [ $(date +%m%d) != "0101" ] && cmd_to_exe

最后,再放一个网站,同样是关于计划任务的。
Crontab_guru.jpg

cron的基本示例

1. 安排一个cron作业在每天凌晨2点执行

0 2 * * * /bin/sh backup.sh

上述 cron 作业将在每天凌晨2点执行,并运行脚本backup.sh。这将维持每天的备份。

2.安排一个cron作业每天执行两次

0 5,17 * * * /scripts/script.sh

上述 cron 作业将在每天早上5点和下午5点执行。可以使用逗号指定多个时间。

3.安排一个cron作业每分钟执行一次

* * * * * scripts/script.sh

上述cron作业将每分钟执行一次。

4. 安排一个cron作业在每周日下午5点执行

0 17 * * sun /scripts/script.sh

上述cron作业将在每周日下午5点执行。这种类型的计划任务对于执行每周任务(例如日志轮换等)很有用。

5. 安排cron作业每10分钟执行一次

如果希望作业每10分钟执行一次,则需要按如下方式更新cron:

*/10 * * * * /scripts/monitor.sh

'*/10' 表示每10分钟运行一次。

6. 安排一个cron作业在选定的月份执行

假设要在一月、五月和八月执行一个计划任务,则需要按如下方式设置cron作业:

* * * jan,may,aug * /script/script.sh

同样,多个月份可以用逗号指定。

7. 安排一个cron作业在选定的日期执行

如果希望cron作业在选定的日子(假设周日和周五下午5点)执行,那么它应该如下所示:

0 17 * * sun,fri /script/script.sh

8. 在一个cron作业中安排多个任务

可以在单个任务中运行多个脚本,如下所示。两个脚本都应该用分号分隔:

* * * * * /scripts/script.sh; /scripts/scrit2.sh

9. 安排一个 cron 作业每 30 秒运行一次

要安排cron作业每30秒执行一次,则需要设置两个计划任务,如下所示:

* * * * * /scripts/script.sh * * * * * sleep 30; /scripts/script.sh

10.安排一个cron作业在每周日和周一执行两次

如果想安排一个作业在每周日和周一的凌晨4点和下午5点执行两次,则计划任务应如下所示:

0 4,17 * * sun,mon /scripts/script.sh

常见问题

什么是Cron作业?

Linux中的 Cron 作业是按指定时间间隔自动运行的计划任务。它使用 Cron 守护程序来执行crontab中定义的任务,crontab 是一个配置文件,指定每个任务的计划和命令。

如何查看Linux中现有的Cron作业?

要查看现有的 Cron 作业,请使用命令crontab -l。这将显示当前用户的Cron作业。对于系统范围的 Cron 作业,请检查/etc/crontab文件和/etc/cron.*内的目录。

如何在Liunx中创建新的Cron作业?

要创建新的Cron作业,请使用crontab -e命令。这将在默认文本编辑器中打开用户的 crontab 文件,你可以在其中添加新行,定义新任务的计划和命令。

Cron Job条目的格式是什么?

Cron Job 条目有五个时间和日期字段,后跟要执行的命令。格式为:分钟、小时、月份、月份、星期、命令。

如何指定Cron Job的时间间隔?

Cron 作业中的时间间隔使用星号和数字指定,格式如下:分钟、小时、日、月、工作日。每个字段可以有一个数字、一个范围、一个数字列表或一个星号(代表该字段的“每个”可能值)。

我可以编辑系统范围的 Cron Jobs 吗?

可以,但是需要 root 权限。编辑/etc/crontab文件或将脚本添加到/etc/cron.daily/etc/cron.weekly/etc/cron.monthly目录分别用于每天、每周或每月运行的任务。

如何删除 Cron 作业?

要删除Cron作业,请使用crontab -e编辑用户的crontab文件,然后只需删除与要删除的作业相对应的行即可。保存并退出编辑器以应用更改。

为什么我的 Cron Job 没有运行?

常见原因包括不正确的计划格式、权限问题、未像交互式 shell 中那样设置环境变量或命令本身错误。检查系统日志中与Cron相关的错误消息。

我可以在重新启动时运行Cron Job 吗?

可以通过在crontab条目的时间字段中使用@reboot安排Cron作业在重新启动时运行。

如何确保我的 Cron 作业安全?

确保只有受信任的用户有权修改 crontab 文件。定期检查 Cron 作业及其脚本是否存在潜在的安全问题。保持 Cron 作业中使用的脚本具有最低限度的必要权限并由适当的用户拥有。

最后修改:2025 年 01 月 24 日
如果觉得我的文章对你有用,请随意赞赏