一、crond简介
crond是linux下用来周期性的执行某种任务或等待处理某些事件的一个守护进程，与windows下的计划任务类似，当安装完成操作系统后，默认会安装此服务工具，并且会自动启动crond进程，crontab依赖的服务就是crond，crond进程每分钟会定期检查是否有要执行的任务，如果有要执行的任务，则自动执行该任务。这个crond定时任务服务就相当于我们生活中的闹钟！
由于crond 是Linux的内置服务，但它不自动起来，可以用以下的方法启动、关闭这个服务：
/sbin/service crond start //启动服务
/sbin/service crond stop //关闭服务
/sbin/service crond restart //重启服务
/sbin/service crond reload //重新载入配置
或者使用下面的命令：
/etc/init.d/crond start
/etc/init.d/crond restart
/etc/init.d/crond stop
设置crond服务开机自启动：
[root@gin tmp]# chkconfig crond on
特殊需要：crond服务搞不定了，一般工作中写脚本守护程序执行：
[root@gin tmp]# cat cron.sh
while true
do
echo "I am Bruce Lee"
sleep 1
done
程序文件：程序代码组成，但是没有在计算机内执行。当前没有执行。
守护程序或守护进程：进程就是所算机中正在执行的程序，守护进程就是保护正在一直运行的程序。
Linux下的任务调度分为两类，系统任务调度和用户任务调度。
A. 系统任务调度：
系统周期性所要执行的工作，比如写缓存数据到硬盘、日志清理等。在/etc目录下有一个crontab文件，这个就是系统任务调度的配置文件。
/etc/crontab文件包括下面几行：
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly
前四行是用来配置crond任务运行的环境变量
第一行SHELL变量指定了系统要使用哪个shell，这里是bash
第二行PATH变量指定了系统执 行命令的路径
第三行MAILTO变量指定了crond的任务执行信息将通过电子邮件发送给root用户，如果MAILTO变量的值为空，则表示不发送任 务执行信息给用户
第四行的HOME变量指定了在执行命令或者脚本时使用的主目录。第六至九行表示的含义将在下个小节详细讲述。这里不在多说。
B. 用户任务调度：
用户定期要执行的工作，比如用户数据备份、定时邮件提醒等。用户可以使用 crontab 工具来定制自己的计划任务。所有用户定义的crontab 文件都被保存在 /var/spool/cron目录中。其文件名与当前用户名一致。
严格的说，linux系统下的定时任务软件还真不少，例如：at , crontab , anacron。
at：适合仅执行一次就结束的调度任务命令，如：某天晚上需要处理一个任务，仅仅是这一天的晚上，属于突发性的工作任务。要执行at命令，还需要启动一个名为atd的服务才行。在生产环境中此需要会很少用到。因此，建议不要深入研究！
提示：
1：我们所说的crond服务是运行的程序，而crontab命令用户用来设置定时规则的命令
2：crond服务是企业生产工作中常用的重要服务，at和anacron很少使用，可以忽略
3：几乎每个服务器都会用到crond服务
二、crontab工具的使用
(1)crontab的使用格式
crontab常用的使用格式有如下两种：
crontab [-u user] [file]
crontab [-u user] [-e|-l|-r |-i]
选项含义如下：
参数名称 |
含义 |
指定示例 |
-l |
显示用户crontab文件内容，l即list |
crontab -l |
-e |
编辑某个用户的crontab文件内容。如果不指定用户，则表示编辑当前用户的crontab文件。 |
crontab -e |
-i |
在删除用户的crontab文件时给确认提示。 |
crontab -ri |
-r |
从/var/spool/cron目录中删除某个用户的crontab文件，不指定用户，则删除当前用户的crontab文件。 |
crontab -r |
-u |
用来设定某个用户的crontab服务,此参数一般由root用户来运行 |
crontab -u root -l |
常用的选项命令为 l and e！crontab -e 相当于 vi /var/spool/cron/root ； crontab -l 相当于 cat /var/spool/cron/root
使用者权限文件：
文件 |
说明 |
/etc/cron.deny |
该文件中所列用户不允许使用crontab命令 |
/etc/cron.allow |
该文件中所列用户允许使用crontab命令 |
/var/spool/cron/ |
所有用户crontab文件存放的目录，以用户名命令 |
(2)crontab文件的含义
用户所建立的crontab文件中，每一行都代表一项任务，每行的每个字段代表一项设置，它的格式共分为六个字段，前五段是时间设定段，第六段是要执行的命令段，格式如下：
minute hour day month week command
其中：
* minute： 表示分钟，可以是从0到59之间的任何整数。
* hour：表示小时，可以是从0到23之间的任何整数。
* day：表示日期，可以是从1到31之间的任何整数。
* month：表示月份，可以是从1到12之间的任何整数。
* week：表示星期几，可以是从0到7之间的任何整数，这里的0或7代表星期日。
* command：要执行的命令，可以是系统命令，也可以是自己编写的脚本文件。
在以上各个字段中，还可以使用以下特殊字符：
* 星号（*）：代表所有可能的值，例如month字段如果是星号，则表示在满足其它字段的制约条件后每月都执行该命令操作。
* 逗号（,）：可以用逗号隔开的值指定一个列表范围，例如，“1,2,5,7,8,9”
* 中杠（-）：可以用整数之间的中杠表示一个整数范围，例如“2-6”表示“2,3,4,5,6”
* 正斜线（/）：可以用正斜线指定时间的间隔频率，例如“0-23/2”表示每两小时执行一次。同时正斜线可以和星号一起使用，例如*/10，如果用在minute字段，表示每十分钟执行一次。
(3)crontab文件举例
0 */3 * * * /usr/local/apache2/apachectl restart
#表示每隔3个小时重启apache服务一次。
30 3 * * 6 /webdata/bin/backup.sh
#表示每周六的3点30分执行/webdata/bin/backup.sh脚本的操作。
0 0 1,20 * * fsck /dev/sdb8
#表示每个月的1号和20号检查/dev/sdb8磁盘设备。
10 5 */5 * * echo "">/usr/local/apache2/log/access_log
#表示每个月的5号、10号、15号、20号、25号、30号的5点10分执行清理apache日志操作。
(4)任务调度设置文件的写法
可用crontab -e命令来编辑,编辑的是/var/spool/cron下对应用户的cron文件,也可以直接修改/etc/crontab文件
具体格式如下：
Minute Hour Day Month Dayofweek command
分钟 小时 天 月 天每星期 命令
每个字段代表的含义如下：
Minute 每个小时的第几分钟执行该任务
Hour 每天的第几个小时执行该任务
Day 每月的第几天执行该任务
Month 每年的第几个月执行该任务
DayOfWeek 每周的第几天执行该任务
Command 指定要执行的程序
在这些字段里，除了“Command”是每次都必须指定的字段以外，其它字段皆为可选字段，可视需要决定。对于不指定的字段，要用“*”来填补其位置。
举例如下：
5 * * * * ls 指定每小时的第5分钟执行一次ls命令
30 5 * * * ls 指定每天的 5:30 执行ls命令
30 7 8 * * ls 指定每月8号的7：30分执行ls命令
30 5 8 6 * ls 指定每年的6月8日5：30执行ls命令
30 6 * * 0 ls 指定每星期日的6:30执行ls命令[注：0表示星期天，1表示星期1，
以此类推，也可以用英文来表示，sun表示星期天，mon表示星期一等。
30 3 10,20 * * ls 每月10号及20号的3：30执行ls命令[注：“，”用来连接多个不连续的时段
25 8-11 * * * ls 每天8-11点的第25分钟执行ls命令[注：“-”用来连接连续的时段
*/15 * * * * ls 每15分钟执行一次ls命令 [即每个小时的第0 15 30 45 60分钟执行ls命令
30 6 */10 * * ls 每个月中，每隔10天6:30执行一次ls命令[即每月的1、11、21、31日是的6：30执行一次ls 命令。
每天7：50以root 身份执行/etc/cron.daily目录中的所有可执行文件
50 7 * * * root run-parts /etc/cron.daily [ 注：run-parts参数表示，执行后面目录中的所有可执行文件。
(5)cron文件语法:
分 小时 日 月 星期 命令
0-59 0-23 1-31 1-12 0-6 command (取值范围,0表示周日一般一行对应一个任务)
记住几个特殊符号的含义:
“*”代表取值范围内的数字,
“/”代表”每”,
“-”代表从某个数字到某个数字,
“,”分开几个离散的数字
(6)应用案例
1：
30 30,12 * * * /bin/sh /scripts/andy.sh
在本例中，该定时任务的意思就是每天凌晨3点30分和中午12点30分执行/scripts/andy.sh
2：
30 */6 * * * /bin/sh /scripts/andy.sh
每隔6个小时的半点时刻执行后面的脚本任务
3：
30 8-18/2 * * * /bin/sh /scripts/andy.sh
8点到18点中每隔2小时的30分执行后面的脚本任务（也就是每天的8点半，10点半，12点半，14点半，16点半，18点半）
4：
45 4 1,10,22 * * /application/apache/bin/apachectl graceful
每月的1，10，22日的凌晨4：45分重启apache
5：
* 23,00-07/1 * * * /application/apache/bin/apachectl gracefull
上面的例子并不表示晚上23点和早上0-7点之间每隔一小时重启apache
提示：以上结果是不规范的，也是不对的。
以上的定时任务的第一列为*，表示每分都执行任务即晚上23点和早上0-7点之间每隔一小时的每分都重启apache
三、 使用crontab工具的注意事项
（1）注意环境变量问题
有时我们创建了一个crontab，但是这个任务却无法自动执行，而手动执行这个任务却没有问题，这种情况一般是由于在crontab文件中没有配置环境变量引起的。
在crontab文件中定义多个调度任务时，需要特别注意的一个问题就是环境变量的设置，因为我们手动执行某个任务时，是在当前shell环境下进行的， 程序当然能找到环境变量，而系统自动执行任务调度时，是不会加载任何环境变量的，因此，就需要在crontab文件中指定任务运行所需的所有环境变量，这样，系统执行任务调度时就没有问题了。
（2）注意清理系统用户的邮件日志
每条任务调度执行完毕，系统都会将任务输出信息通过电子邮件的形式发送给当前系统用户，这样日积月累，日志信息会非常大，可能会影响系统的正常运行，因此，将每条任务进行重定向处理非常重要。
例如，可以在crontab文件中设置如下形式，忽略日志输出：
0 */3 * * * /usr/local/apache2/apachectl restart >/dev/null 2>&1
“/dev/null 2>&1”表示先将标准输出重定向到/dev/null，然后将标准错误重定向到标准输出，由于标准输出已经重定向到了/dev/null，因此标准错误也会重定向到/dev/null，这样日志输出问题就解决了。
为crontab中的任务增加自己的日志，这样出错后，比较容易看到原因。
0 6 * * * $HOME/for_crontab/createTomorrowTables >> $HOME/for_crontab/mylog.log 2>&1
把错误输出和标准输出都输出到mylog.log中。
注意：不要写成
0 6 * * * $HOME/for_crontab/createTomorrowTables 2>&1 >> $HOME/for_crontab/mylog.log
否则就输出到标准输出了
（3）系统级任务调度与用户级任务调度
系统级任务调度主要完成系统的一些维护操作，用户级任务调度主要完成用户自定义的一些任务，可以将用户级任务调度放到系统级任务调度来完成（不建议这么做），但是反过来却不行，root用户的任务调度操作可以通过“crontab –uroot –e”来设置，也可以将调度任务直接写入/etc/crontab文件，需要注意的是，如果要定义一个定时重启系统的任务，就必须将任务放到/etc /crontab文件，即使在root用户下创建一个定时重启系统的任务也是无效的。
四：企业生产场景如何调试crontab定时任务
（1）增加执行任务频率调试任务（某些任务不能用于生产环境，没有测试机会）
代码发布：个人开发环境 -- 办公测试环境 -- IDC机房测试环境 -- IDC正式环境（分组，灰度发布）
（2）调整系统时间调试任务（不能直接用于生产环境），保持五分钟
（3）通过脚本日志输出调试定时任务
（4）注意一些任务命令带来的问题
（5）注意环境变量导致的定时任务故障（java环境变量问题： http://oldboy.blog.51cto.com/2561410/1541515）
（6）通过crond定时任务服务日志调试定时任务（/var/log/cron）
（7）其他稀奇古怪的问题调试的办法
五：crontab定时任务生产应用问题八箴言
1：系统环境变量问题
2：定时任务要用绝对路径
3：脚本权限问题加/bin/sh
4：时间变量问题用反斜线\%转义，最好用脚本
5：>/dev/null 2>&1问题（1>/dev/null 2>/dev/null &>/dev/null）
6：定时任务规则之前加注释
7：使用脚本程序替代命令行定时任务
8：避免不必要的程序及命令输出
9：切到目标目录的上一级打包目标
10：定时任务脚本中的程序命令尽量用全路径（和环境变量的识别有关）
六：练习题
一：每周六，日上午9:00 和下午14:00去参加linux培训学习（执行/gin/scripts/poe.sh）
要求：/gin/scripts/poe.sh脚本的功能是打印当天的日期：格式为：2016-00-10，可以随意！
1：定时任务一定尽量用脚本实现
2：命令行操作成功，然后放到脚本执行成功，最后再配置任务
3：复制操作成功的命令行脚本，再定时任务里配置。
解答：
步骤1：创建目录/gin/scripts和编写poe.sh脚本
[root@Gin scripts]# mkdir /gin/scripts -p
[root@Gin scripts]# echo 'date +%F' >poe.sh
[root@Gin scripts]# /bin/sh /gin/scripts/poe.sh
2017-01-30
步骤2：书写定时任务
[root@Gin scripts]# echo '#study to linux' >>/var/spool/cron/root
[root@Gin scripts]# echo '00 09,14 * * 6,0 /bin/sh /gin/scripts/poe.sh >/dev/null 2>&1' >>/var/spool/cron/root
[root@Gin scripts]# crontab -l
*/10 * * * * /usr/sbin/ntpdate time.nist.gov >/dev/null 2>&1
#study to linux
00 09,14 * * 6,0 /bin/sh /gin/scripts/poe.sh >/dev/null 2>&1
也可以输入crontab -e 然后写入如下内容保存：
#study to linux
00 09,14 * * 6,0 /bin/sh /server/scripts/poe.sh >/dev/null 2>&1
书写定时任务的若干要领方法：
1：为定时任务规则加必要的注释
2：定时任务命令或程序最好写到脚本里执行
3：执行shell脚本任务前加/bin/sh
4：定时任务命令或脚本结尾加 >/dev/null 2>&1
【
结尾为什么要加 >/dev/null 2>&1呢？
C5：sendmail : /var/spool/clientmqueue/ -> 邮件的临时队列目录
系统中开启了 cron，而cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就会在上述目录产生N个小文件，导致的后果就是把磁盘的inode满。 -> no space left on device.
C6：postfix /var/spool/postfix/maildrop/ and /var/spool/postfix/maildrop，同上，小文件太多造成inode索引使用完
问题表现和检查：
1)：运行 df -i 查看inode使用是否满
2)：查看/var/spool/postfix/maildrop 是否有非常多的小文件，ls直接卡死等情况；
解决：
1)：cd /var/spool/postfix/maildrop; ls|xrags rm -f;
2)：vi /etc/crontab; 将’MAILTO=root’替换成’MAILTO=””’，然后service crond restart即可。如不行则 crontab -e第一行增加’MAILTO=””’。
】
5：在指定用户下执行相关的定时任务
6：生产任务程序不要随意打印输出信息 ， tar zcf echo 123>a.log
7：定时任务执行的脚本要规范路径（/server/scripts）
8：配置定时任务规范操作过程
二：每隔两小时将系统文件/etc/service文件打包备份到/tmp下（每次备份按时间生成不同的备份包）
（1）在命令行把具体打包命令调用成功
[root@gin etc]# cd /etc
[root@gin etc]# tar zcvf /tmp/services_$(date +%F-%H).tar.gz ./services
./services
[root@gin etc]# ll /tmp
-rw-r--r--. 1 root root 641020 Oct 2 2013 services
-rw-r--r-- 1 root root 127304 Oct 7 20:57 services_2016-10-07-20.tar.gz
（2）写脚本 /server/scripts/tar.sh
[root@gin scripts]# cd /server/scripts/
[root@gin scripts]# vim tar.sh
cd /etc && tar zcf /tmp/services_$(date +%F-%H).tar.gz ./services
//测试脚本是否可以运行成功
[root@gin scripts]# /bin/sh /server/scripts/tar.sh
[root@gin scripts]# ll /tmp
-rw-r--r-- 1 root root 127304 Oct 7 21:18 services_2016-10-07-21.tar.gz
（3）写入到定时任务中
[root@gin scripts]# crontab -e
//内容如下：
#tar for /etc/services 2 hours per
00 */2 * * * /bin/sh /server/scripts/tar.sh >/dev/null 2>&1
//测试脚本
[root@gin scripts]# /bin/sh -x /server/scripts/tar.sh //-x表示查看命令执行过程
+ cd /etc
++ date +%F-%H
+ tar zcf /tmp/services_2016-10-07-22.tar.gz ./services
定时任务每次执行，都会产生日志文件，定时任务的日志文件目录：
[root@gin scripts]# ll /var/log/cron*
-rw------- 1 root root 25801 Oct 7 21:30 /var/log/cron
-rw-------. 1 root root 5706 Sep 7 16:10 /var/log/cron-20160907
-rw------- 1 root root 8547 Sep 11 11:24 /var/log/cron-20160911
-rw------- 1 root root 38127 Sep 27 10:50 /var/log/cron-20160927
-rw------- 1 root root 19588 Oct 2 11:18 /var/log/cron-20161002
[root@gin scripts]# cat /var/log/cron //查看日志
三：每分钟打印一次自己的名字到/server/log/自己的名字命名的文件中
[root@Gin scripts]# crontab -e
#print char task by andy for programer A at 2016-10-10
*/1 * * * * echo “andy” >/server/log/andy.log 2>&1
四：每隔1分钟，打印一个+号到andy.log
echo ‘#print a “+” every min by andy 2016-10-10’>>/var/spool/cron/root
echo ‘*/1 * * * * echo + >>/tmp/andy.log’>>/var/spool/cron/root
或者：
[root@Andy andy]# echo '#!/bin/bash' >echo.sh
[root@Andy andy]# echo 'echo `date` >>/tmp/andy.log' >>echo.sh