在Linux中使用crontab时需要注意哪些问题-创新互联

在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，为避免混淆，建议二者仅使用一个。

命令

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

语法

# .---------------- 分钟 (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)中需要。

举例如下：

*/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

默认内容如下：

SHELL=/bin/bash  这里是指定使用哪种shell接口 
PATH=/sbin:/bin:/usr/sbin:/usr/bin 这里指定文件查找路径 
MAILTO=root             如果有额外的STDOUT，以email将数据送给谁，可以指定系统用户，也可以指定email地址，如alliot@iots.vip
# 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脚本，则在后面添加:

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

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

重启服务

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

这里以CentOS为例：

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

如果是CentOS 7则：

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中使用crontab时需要注意哪些问题的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注创新互联行业资讯频道，感谢各位的阅读！