今天上午做了个自动监测和重启服务的计划任务,结果不小心把计划任务的时间写错了,下午监测服务器运行情况的时候,发现CPU一直居高不下,时间差不多正好从我生成计划任务开始。
翻看计划任务内容,原来是复制黏贴的时候没注意,参考文章中使用的是每2分钟执行一次,而我想当然地以为是两小时,还自作聪明地将2修改成了1,于是变成每分钟执行一次,CPU不飙才怪呢!
以下内容摘自《在线工具 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)
字段 | 是否必填 | 允许值 | 允许特殊字符 | 备注 |
---|---|---|---|---|
Seconds | 是 | 0–59 | * , - |
标准实现不支持此字段。 |
Minutes | 是 | 0–59 | * , - |
|
Hours | 是 | 0–23 | * , - |
|
Day of month | 是 | 1–31 | * , - ? L W |
? L W 只有部分软件实现了 |
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 表示周一、周三和周五。
连字符定义范围。例如,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
最后,再放一个网站,同样是关于计划任务的。