linux计划任务的创建中，要使用crontab命令。而使用crontab命令的时候，又有两种不同的方法来创建计划任务，分别是crontab -e和vi /etc/crontab。但是这两种方法创建计划任务时的写法是不同的，不注意它们的差别，就可能创建计划任务失败。本文将介绍它们的使用区别。
crontab简介
crontab是Unix和Linux用于设置周期性被执行的指令，很多任务都会设置在crontab循环执行，只需要写好自己的业务逻辑，通过crond这 个工业级程序去调度就行了，crond的可靠性，健壮性，大家应该是毫无疑问的。
crontab语法
crontab [-u username] [-l|-e|-r]
选项与参数：
-u ：只有 root 才能进行这个任务，亦即帮其他使用者创建/移除 crontab 工作排程； -e ：编辑 crontab 的工作内容 -l ：查阅 crontab 的工作内容 -r ：移除所有的 crontab 的工作内容，若仅要移除一项，请用 -e 去编辑
查询使用者目前的 crontab 内容:
crontab -l */5 * * * * /home/blue/do/rsyncfile.sh 0 2 1 4 * /home/blue/do/rsyncfile_day.sh
清空使用者目前的 crontab:
crontab -r crontab -l no crontab for blue
如果你想删除当前用户的某一个crontab任务，那么使用crontab -e进入编辑器，再删除对应的任务。
crontab -e与vi /etc/crontab的区别
首先必须弄清楚的是，crontab -e 与 vi /etc/crontab 编辑的文件是不同的，crontab -e 编辑的文件是（假如当前登录用户是root）：/var/spool/cron/root，而 vi /etc/crontab 编辑的文件是：/etc/crontab。
我们使用 crontab -l 命令时，其实查看的是 /etc/crontab 这个文件的内容，而不是 /var/spool/cron/root 这个文件的内容（假如当前登录用户是root）。所以，我们看到结果可能为空，但实际上是有计划任务在运行的，如果使用 crontab -e 添加了计划任务的话。
至此，你应该对 crontab -e 与 vi /etc/crontab 有了初步的了解了吧。
crontab -e 是针对『使用者』的 cron 来设计的，如果是『系统的例行性任务』时，就要编辑 /etc/crontab 这个文件。
那就是 crontab -e 这个 crontab 其实是 /usr/bin/crontab 这个运行档，但是 /etc/crontab 可是一个『纯文字档』，必须用 root 的身份编辑一下这个文件。
crontab -e与vi /etc/crontab的不同写法
创建计划任务的时候，可以用crontab -e 与 vi /etc/crontab ，但它们的写法是不同的。它们的写法分别如下：
crontab -e：
0 0 * * * sh /home/crontab/restart_php.sh >/dev/null 2>&1 &
vi /etc/crontab：
0 0 * * * root sh /home/crontab/restart_php.sh >/dev/null 2>&1 &
比较看到，vi /etc/crontab 的语句里多了一个“root”，即是告诉系统，这个计划文件要“root”这个用户来执行。
注意事项：
crond服务的最低侦测限制是『分钟』，所以『 cron 会每分钟去读取一次 /etc/crontab 与 /var/spool/cron/ 里面的数据内容 』，因此，只要你编辑完 /etc/crontab 这个文件，并且将他储存之后，那么 cron 的配置就自动的会来运行了！
在 Linux 底下的 crontab 会自动的帮我们每分钟重新读取一次 /etc/crontab 的例行工作事项，但是某些原因或者是其他的 Unix 系统中，由于 crontab 是读到内存当中的，所以在你修改完 /etc/crontab 之后，可能并不会马上运行， 这个时候请重新启动 crond 这个服务吧！『/etc/init.d/crond restart』 或 『service crond restart』
crontab的格式讲解
下面一图可清晰理解crontab的书写格式：
crontab格式
每项工作 (每行) 的格式都是具有六个栏位，这六个栏位的意义为：
| 代表意义 | 分钟 | 小时 | 日期（天） | 月份 | 周 | 命令 |
|---|---|---|---|---|---|---|
| 数字范围 | 0-59 | 0-23 | 1-31 | 1-12 | 0-7 | 命令 路径 |
比较有趣的是那个『周』喔！周的数字为 0 或 7 时，都代表『星期天』的意思！另外， 还有一些辅助的字符，大概有底下这些：
| 特殊字符 | 代表意义 |
|---|---|
| *(星号) | 代表任何时刻都接受的意思！举例来说，范例一内那个日、月、周都是 * ， 就代表著『不论何月、何日的礼拜几的 12:00 都运行后续命令』的意思！ |
| ,(逗号) |
代表分隔时段的意思。举例来说，如果要下达的工作是 3:00 与 6:00 时，就会是： 0 3,6 * * * command 时间参数还是有五栏，不过第二栏是 3,6 ，代表 3 与 6 都适用！ |
| -(减号) |
代表一段时间范围内，举例来说， 8 点到 12 点之间的每小时的 20 分都进行一项工作： 20 8-12 * * * command 仔细看到第二栏变成 8-12 喔！代表 8,9,10,11,12 都适用的意思！ |
| /n(斜线) |
那个 n 代表数字，亦即是『每隔 n 单位间隔』的意思，例如每五分钟进行一次，则： */5 * * * * command 很简单吧！用 * 与 /5 来搭配，也可以写成 0-59/5 ，相同意思！ |
周与日月不可同时并存
另一个需要注意的地方在於：『你可以分别以周或者是日月为单位作为循环，但你不可使用「几月几号且为星期几」的模式工作』。 这个意思是说，你不可以这样编写一个工作排程：
30 12 11 9 5 root echo "just test" <==这是错误的写法
本来你以为九月十一号且为星期五才会进行这项工作，无奈的是，系统可能会判定每个星期五作一次，或每年的 9 月 11 号分别进行，如此一来与你当初的规划就不一样了～所以罗，得要注意这个地方！上述的写法是不对的！
一些示例：
路径
00 8,12,16 * * * /data/app/scripts/monitor/df.sh 30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh 10 8,12,16 * * * /data/app/scripts/monitor/check_ind_unusable.sh 10 8,12,16 * * * /data/app/scripts/monitor/check_maxfilesize.sh 10 8,12,16 * * * /data/app/scripts/monitor/check_objectsize.sh
周期
43 21 * * * 21:43 执行 15 05 * * * 05:15 执行 0 17 * * * 17:00 执行 0 17 * * 1 每周一的 17:00 执行 0,10 17 * * 0,2,3 每周日,周二,周三的 17:00和 17:10 执行 0-10 17 1 * * 毎月1日从 17:00到7:10 毎隔1分钟 执行 0 0 1,15 * 1 毎月1日和 15日和 一日的 0:00 执行 42 4 1 * * 毎月1日的 4:42分 执行 0 21 * * 1-6 周一到周六 21:00 执行 0,10,20,30,40,50 * * * * 每隔10分 执行 */10 * * * * 每隔10分 执行 * 1 * * * 从1:0到1:59 每隔1分钟 执行 0 1 * * * 1:00 执行 0 */1 * * * 毎时0分 每隔1小时 执行 0 * * * * 毎时0分 每隔1小时 执行 2 8-20/3 * * * 8:02,11:02,14:02,17:02,20:02 执行 30 5 1,15 * * 1日 和 15日的 5:30 执行
后台执行命令：&
当在前台运行某个作业时，终端被该作业占据；而在后台运行作业时，它不会占据终端。可以使用&命令把作业放到后台执行。
如：
30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh &
在后台运行作业时要当心：需要用户交互的命令不要放在后台执行，因为这样你的机器就会在那里傻等。
不过，作业在后台运行一样会将结果输出到屏幕上，干扰你的工作。如果放在后台运行的作业会产生大量的输出，最好使用下面的方法把它的输出重定向到某个文件中：
如：
command >out.file 2>&1 &
在这个例子中，2>&1 表示所有的标准输出和错误输出都将被重定向到一个叫做out.file 的文件中。
2>&1 的含义
先看一个例子：
0 2 * * * /u01/test.sh >/dev/null 2>&1 &
这句话的意思就是在后台执行这条命令，并将错误输出2重定向到标准输出1，然后将标准输出1全部放到/dev/null 文件，也就是清空。
在这里有有几个数字的意思：
0表示 键盘输入 1表示 标准输出 2表示 错误输出
我们也可以这样写：
0 2 * * * /u01/test.sh 1>/u01/out.file & 0 2 * * * /u01/test.sh 2>/u01/out.file & 0 2 * * * /u01/test.sh 2>/u01/out.file 2>&1 &
将tesh.sh 命令输出重定向到out.file, 即输出内容不打印到屏幕上，而是输出到out.file文件中。
2>&1 是将错误输出重定向到标准输出。 然后将标准输入重定向到文件out.file。
&1 表示的是文件描述1，表示标准输出，如果这里少了&就成了数字1，就表示重定向到文件1。
& ：后台执行
测试：
ls 2>1 ： 不会报没有2文件的错误，但会输出一个空的文件1； ls xxx 2>1： 没有xxx这个文件的错误输出到了1中； ls xxx 2>&1： 不会生成1这个文件了，不过错误跑到标准输出了； ls xxx >out.txt 2>&1 == ls xxx 1>out.txt 2>&1： 因为重定向符号>默认是1，这句就把错误输出和标准输出都传到out.txt 文件中。
2>&1 写在后面的原因
格式：
command > file 2>&1 == command 1> file 2>&1
首先是command > file将标准输出重定向到file中， 2>&1 是标准错误拷贝了标准输出，也就是同样被重定向到file中，最终结果就是标准输出和错误都被重定向到file中。
如果改成：
command 2>&1 >file
2>&1 标准错误拷贝了标准输出的行为，但此时标准输出还是在终端。>file 后输出才被重定向到file，但标准错误仍然保持在终端。
CentOS下查看crontab执行历史记录
在crontab中添加了定时任务，但发现没有得到期望的结果，因而怀疑是crontab没有执行相应的任务，但怎么定位crontab是否执行呢？
这就需要查看crontab的执行历史记录，具体位置如下：
cd /var/log tail -100 cron
在cron文件中即可查阅已经操作过的相关定时任务。
发表评论