甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
在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时需要注意哪些问题的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注创新互联行业资讯频道，感谢各位的阅读！