Linux中的计划任务——Crontab
1.概述
1.1什么是cron
- cron 是一个可以用来根据时间、日期、月份、星期的组合来调度对重复任务的执行的守护进程。
1.2cron运行的环境
- 要使用 cron 服务，你必须安装了 vixie-cron RPM 软件包，而且必须在运行crond 服务。
- 要判定该软件包是否已安装，使用 rpm -q vixie-cron 命令。要判定该服务是否在运行，使用 /sbin/service crond status 命令
2.Crontab 的配置
cron 的主配置文件是 /etc/crontab，它包括一下内容
[root@hadoop spool]# cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root #计划任务执行时会通过mail发送日志信息给执行用户，对应路径/var/spool/mail
HOME=/
# For details see man 4 crontabs
# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executedPS：
- 对前4行的说明
| CONTENT | DESCRIBE |
|---|---|
| SHELL=/bin/bash | 告诉系统要使用哪个 shell 环境 |
| PATH=/sbin:/bin:/usr/sbin:/usr/bin | PATH 变量定义用来执行命令的路径 |
| MAILTO=root | cron 任务的输出被邮寄给MAILTO 变量定义的用户名。若为空，电子邮件就不会被寄出 |
| HOME=/ | 用来设置在执行命令或脚本时使用的主目录 |
- Example of job definition
/etc/crontab 文件中的每一行都代表一项任务，它的格式是：
minute hour day month dayofweek command
| CONTENT | DESCRIBE |
|---|---|
| minute — 分钟 | 从 0 到 59 之间的任何整数 |
| hour — 小时 | 从 0 到 23 之间的任何整数 |
| day — 日期 | 从 1 到 31 之间的任何整数（如果指定了月份，必须是该月份的有效日期） |
| month — 月份 | 从 1 到 12 之间的任何整数（或使用月份的英文简写如 jan、feb 等等） |
| dayofweek — 星期 | 从 0 到 7 之间的任何整数，这里的 0 或 7 代表星期日（或使用星期的英文简写如 sun、mon 等等） |
| command — 要执行的命令 | （命令可以是ls /proc >> /tmp/proc 之类的命令，也可以是执行你自行编写的脚本的命令。） |
- 指定时间的具体介绍：
- 在以上任何值中，星号（*）可以用来代表所有有效的值。譬如，月份值中的星号意味着在满足其它制约条件后每月都执行该命令。
- 整数间的短线（-）指定一个整数范围。譬如，1-4 意味着整数 1、2、3、4。
- 用逗号（,）隔开的一系列值指定一个列表。譬如，3, 4, 6, 8 标明这四个指定的整数。
- 正斜线（/）可以用来指定间隔频率。在范围后加上 / 意味着在范围内可以跳过 integer。譬如，0-59/2 可以用来在分钟字段定义每两分钟。间隔频率值还可以和星号一起使用。例如，*/3 的值可以用在月份字段中表示每三个月运行一次任务。
- 如果某 cron 任务需要根据调度来执行，而不是每小时、每日、每周、或每月地执行，它可以被添加到 /etc/cron.d 目录中。该目录中的所有文件使用和 /etc/crontab 中一样的语法。
3.Crontab 工具中的相关命令参数
通过命令行我们可以看到工具中的参数有如下这些：
[root@hadoop mail]# crontab -help
crontab: invalid option -- 'h'
crontab: usage error: unrecognized option
usage: crontab [-u user] file
crontab [-u user] [ -e | -l | -r ]
(default operation is replace, per 1003.2)
-e (edit user's crontab)
-l (list user's crontab)
-r (delete user's crontab)
-i (prompt before deleting user's crontab)
-s (selinux context)
PS：常用参数说明
| 参数 | 说明 |
|---|---|
| -u | 执行计划任务的用户 |
| -e | 编辑用户的计划任务 |
| -l | 产看用户的计划任务列表 |
| -i | 删除用户计划任务前提示 |
使用举例：
- 添加计划任务并查看任务列表
[root@hadoop mail]# crontab -e
[root@hadoop mail]# crontab -l #没有指定用户时，默认为当前用户的计划任务
*/1 * * * * echo "Hello root"- 查看指定用户的计划任务列表
[root@hadoop mail]# crontab -l -u hadoop
*/1 * * * * echo "Hello"4.Crontab 进一步探索
4.1关于创建的cron任务保存的位置
所有用户定义的 crontab 都被保存在/var/spool/cron 目录中，并使用创建它们的用户身份来执行。这个文件中的内容跟执行命令
crontab -l 看到的内容一样
[root@hadoop cron.d]# cat /var/spool/cron/root
*/1 * * * * date >> /tmp/log.txt[root@hadoop cron]# crontab -l
*/1 * * * * echo "Hello root"我们来对 /var/spool/cron/root 这个文件进行修改，看看会发生什么。
[root@hadoop cron.d]# vi /var/spool/cron/root在这个文件中的末尾加上 #End of File。
再执行 crontab -l 看到增加的内容出现了！
[root@hadoop cron.d]# crontab -l
*/1 * * * * date >> /tmp/log.txt
#End of File结论：利用 crontab 命令对用户的计划认为进行修改时，实际上修改的文件是 /var/spool/cron 这个路径下对应用户名的文件。例如：用户root利用 crontab -e 添加了一条计划任务，则在 /var/spool/cron 路径下就有一个以用户名命名的文件，这里是root，其中就多了一行记录。
4.2Crontab的日志信息
- root用户可以通过查看 /var/log/cron
- 计划任务执行的时候会发送mail给创建计划任务的用户
[root@hadoop mail]# tail -f /var/log/cron
Aug 9 12:14:01 hadoop CROND[4550]: (hadoop) CMD (echo "Hello")
Aug 9 12:14:01 hadoop CROND[4544]: (hadoop) MAIL (mailed 6 bytes of output but got status 0x007f#012)
Aug 9 12:15:01 hadoop CROND[4557]: (root) CMD (echo "Hello")
Aug 9 12:15:01 hadoop CROND[4558]: (hadoop) CMD (echo "Hello")
Aug 9 12:15:01 hadoop CROND[4554]: (root) MAIL (mailed 6 bytes of output but got status 0x007f#012)
Aug 9 12:15:01 hadoop CROND[4553]: (hadoop) MAIL (mailed 6 bytes of output but got status 0x007f#012)
Aug 9 12:16:01 hadoop CROND[4566]: (root) CMD (echo "Hello")5.控制对 cron 的使用
- /etc/cron.allow 和/etc/cron.deny 文件被用来限制对 cron 的使用。
这两个使用控制文件的格式都是每行一个用户。两个文件都不允许空格。如果使用控制文件被修改了，cron 守护进程（crond）不必被重启。使用控制文件在每次用户添加或删除一项 cron 任务时都会被读取。 - 无论使用控制文件中的规定如何，根用户都总是可以使用 cron。
- 如果 cron.allow 文件存在，只有其中列出的用户才被允许使用 cron，并且cron.deny 文件会被忽略。
- 如果 cron.allow 文件不存在，所有在cron.deny 中列出的用户都被禁止使用 cron。
6.Crontab 相关的目录结构
6.1在/etc下的目录
我们先来看一下Crontab在etc下的目录结构
[root@hadoop etc]# ls -l cron*
-rw-r--r--. 1 root root 0 Jul 19 2011 cron.deny
-rw-r--r--. 1 root root 457 Sep 27 2011 crontab
cron.d:
total 12
-rw-r--r--. 1 root root 113 Jul 19 2011 0hourly
-rw-r--r--. 1 root root 108 Dec 7 2012 raid-check
-rw-r--r--. 1 root root 229 Jun 22 2012 sysstat
cron.daily:
total 24
-rwxr-xr-x. 1 root root 196 Aug 16 2012 logrotate
-rwxr-xr-x. 1 root root 905 Feb 22 2013 makewhatis.cron
-rwxr-xr-x. 1 root root 174 Sep 24 2012 mlocate.cron
-rwxr-xr-x. 1 root root 2126 Apr 23 2010 prelink
-rwxr-xr-x. 1 root root 563 Aug 23 2010 readahead.cron
-rwxr-xr-x. 1 root root 365 Oct 16 2009 tmpwatch
cron.hourly:
total 4
-rwxr-xr-x. 1 root root 424 Jul 19 2011 0anacron
cron.monthly:
total 4
-rwxr-xr-x. 1 root root 111 Aug 23 2010 readahead-monthly.cron
cron.weekly:
total 0然后来进行一下说明：
- crontab在/etc目录下面存在cron.d,cron.daily,cron.weekly,cron.monthly,cron.hourly五个目录和crontab,cron.deny二个文件。
- cron.daily是每天执行一次的job
- cron.weekly是每个星期执行一次的job
- cron.monthly是每月执行一次的job
- cron.hourly是每个小时执行一次的job.
- cron.d是系统自动定期需要做的任务，但是又不是按小时，按天，按星期，按月来执行的，那么就放在这个目录下面。如果是按小时，按天，按星期，按月的来执行的话，则可以放到前面相应的目录下面去。
- 对于系统默认存在的计划任务的说明
| TASK | DESCRIBE |
|---|---|
| tmpwatch | 作用是清除掉一些长时间没有访问的临时文件。这个留着 |
| 0anacron | 作用是更新crontab job的执行时间，这个必须要留着。它在名称的前面另上0,以保证这个程序会在其他程序前执行。并且这个被run-parts自动调用。 |
| prelink | 作用是预链接一些动态链接库和可执行文件，以此来加快启动时间和减少run-time的内存分配，有点类似于oracle的dbms_shared_pool.keep的作用一样。这个东西是个双刃剑 |
| logrotate | 作用循环利用，压缩一些系统日志的，还是留着。 |
| slocate.cron | 作用更新slocate database，用于为locate服务的，很消耗资源，可以停掉。 |
| makewhatis.cron | 作用是创建whatis database，用于为whatis服务的。较为消耗资源，可以去掉。 |
6.2在/var下的目录
- 另外在/var/spool下面存在着两个目录cron，anacron。
- 其中cron目录下面有每个用户的自己通过crontab -e增加的crontab的内容。
- anacron目录下面是记录的是cron.daily,cron.monthly,cron.weekly的上一次执行的时间
7.启动和停止服务
- 启动 cron 服务，使用 /sbin/service crond start
- 停止 cron 服务，使用/sbin/service crond stop
- 重启 cron 服务，使用 /sbin/service crond restart
- 重新载入配置，使用 /sbin/service crond reload
8.Crtontab 使用过程中常见的错误
第三和第五个域之间执行的是 “或” 操作
第三个域是某个月中的天，第五个域是某个月中的星期几
例如：四月的第一个星期日早晨 1 时 59 分运行 a.sh- 错误方式：59 1 1-7 4 0 /root/a.sh
结果：1号到7号都执行了，并且只有是4月的周天也执行了。
原因：第三个域1-7这7个数与第五个域0这一个数都会发生“或”运算，结果为真就会执行。 - 正确方式：59 1 1-7 4 * test `date +\%w` -eq 0 && /root/a.sh
结果：只有第一个第一个星期日执行了
原因：command部分为：test `date +\%w` -eq 0 && /root/a.sh 这样第一个test测试命令会对星期几做测试，如果是等于0（即是周天）才会继续执行/root/a.sh脚本
- 错误方式：59 1 1-7 4 0 /root/a.sh
分钟数设置错误
例如：每两小时运行一次- 错误方式：* 0,2,4,6,8,10,12,14,16,18,20,22 * * * date
结果：在0,2,4,6,8,10,12,14,16,18,20,22这些小时中，每一分钟都会执行
原因：第一个域指定分钟时为*，表示0-59中的每一分钟 - 正确方式：0 /2 * * date
结果：每两个小时执行一次
原因：第一个域指定的分钟为0，所有只有为0分时才执行，第二个域为每个两个小时；
- 错误方式：* 0,2,4,6,8,10,12,14,16,18,20,22 * * * date
相关内容：
http://www.th7.cn/system/lin/201506/108389.shtml
http://blog.csdn.net/foxman209/article/details/6759920