Linux下crontab的使用与注意事项

  crontab是一个用于设置周期性被执行的指令。其守护进程为crond. crontab分为两种配置模式,一种为用户级的crontab,一种为系统级的crontab,这里我们分开来谈。

用户级crontab

  用户使用新建循环型工作调度时,使用的crontab命令,crontab -e所有用户都可以使用,普通用户也只能为自己设置计划任务。然后自动写入/var/spool/cron/usename

用户控制文件

/etc/cron.allow
将可以使用crontab的用户写入,仅该文件内的用户可以使用crontab,相当于白名单
/etc/cron.deny
将禁止使用crontab的用户写入,仅该文件内的用户禁止使用crontab,相当于黑名单
其中/etc/cron.allow优先级大于/etc/cron.deny,为避免混淆,建议二者仅使用一个。

命令

1
2
3
4
5
6
crontab [-u usename] [-l|-e|-r] 
参数:
-u:只有root才能进行这个任务,也即帮其他用户新建/删除crontab工作调度
-e: 调用vi编辑crontab的工作内容
-l: 列出crontab的工作内容
-r: 删除所有crontab的工作内容。

语法

1
2
3
4
5
6
7
# .---------------- 分钟 (0 - 59) 
# | .------------- 小时 (0 - 23)
# | | .---------- 日期 (1 - 31)
# | | | .------- 月份 (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- 周几 (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * 命令

  语法与系统级crontab很相似,不同点在于此处不需要指定执行用户,而系统级crontab(/etc/crontab)中需要。
举例如下:

1
2
3
4
5
6
*/10 * * * *  /home/test.sh     #每隔10分钟就以当前用户执行一次/home/test.sh脚本
0 2 * * * /home/test.sh #每天2点
0 5,17 * * * /home/test.sh #每天5点、17点
0 17 * * sun /home/test.sh #每周日17点
0 4,17 * * sun,mon /home/test.sh#每周一、周日
@reboot /home/test.sh #系统重启时

  这里推荐一个在线小工具:在线生成cron表达式

系统级crontab

  系统级crontab一般用于系统的例行性任务,这种方法更加方便与直接直接给其他用户设置计划任务,而且还可以指定执行shell等。配置文件为/etc/crontab,该文件仅root用户能够编辑。

编辑/etc/crontab

默认内容如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
SHELL=/bin/bash   这里是指定使用哪种shell接口  
PATH=/sbin:/bin:/usr/sbin:/usr/bin 这里指定文件查找路径
MAILTO=root 如果有额外的STDOUT,以email将数据送给谁,可以指定系统用户,也可以指定email地址,如a@qq.com

# For details see man 4 crontabs

# Example of job definition:
# .---------------- 分钟 (0 - 59)
# | .------------- 小时 (0 - 23)
# | | .---------- 日期 (1 - 31)
# | | | .------- 月份 (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- 周几 (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * 用户名 命令

即:
分 时 日 月 周 执行用户 任务命令
  比如我要添加一个计划任务,每隔10分钟就以root身份执行一次/home/test.sh脚本,则在后面添加:

1
*/10 * * * * root /home/test.sh

  这里注意,不要漏掉执行者root(用户级的crontab中不需要指定执行者),否则会在/var/log/cron日志中出现”ERROR (getpwnam() failed)”错误,计划任务无法正常运行。

重启服务

一般来说Linux下的crontab会自动帮我们每分钟重新读取一次 /etc/crontab 的例行工作事项,但是出于某些原因或者是其他的Unix系统中,由于crontab是读到内存当中的,所以栽修改完 /etc/crontab 之后,可能并不会马上执行,这时候需要重启crontab服务。

这里以CentOS为例:

1
2
3
4
5
service crond start    //启动服务  
service crond stop //关闭服务
service crond restart //重启服务
service crond reload //重载配置
service crond status //服务状态

如果是CentOS 7则:

1
2
3
4
5
systemctl restart crond.service //重启服务  
systemctl start crond.service //启动服务
systemctl stop crond.service //停止服务
systemctl reload crond.service //重载配置
systemctl status crond.service //服务状态

其他注意事项

取消不需要的输出

  当执行结果或者执行的选项中有输出的数据时,该数据会通过mail发送给MAILTO指定的账号,若某一个调度一直出错,同时mail服务出现问题(事实上我根本就没开这个服务),将会产生大量的文件于 /var/spool/clientmqueue/ ,所以最好是将crontab里面的命令后面加上> /dev/null 2>&1

2>:重定向错误。
2>&1:把错误重定向到输出要送到的地方。即把上述命令的执行结果重定向到 /dev/null ,即抛弃,同时,把产生的错误也抛弃。

检查日志

日志保存在 /var/log/cron

语法区别

  • crontab -e命令会检查语法,而vim编辑 /etc/crontab 则不会,这里注意的是,crontab -e不需要写执行者用户名,而 /etc/crontab 需要指定。
  • 执行路径必须使用绝对路径,否则可能无法正常执行。
  • 周与日、月不能共存,即你可以分别以周或者是日、月为单位进行循环,但不可指定“几月几号且为星期几”的模式工作。

参考资料

鸟哥的Linux私房菜