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 executed

PS：

• 对前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脚本

• 分钟数设置错误
  例如：每两小时运行一次

  • 错误方式：* 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分时才执行，第二个域为每个两个小时；

相关内容：
http://www.th7.cn/system/lin/201506/108389.shtml
http://blog.csdn.net/foxman209/article/details/6759920