第1章 Crond是什么？

Crond是linux系统用来定期执行命令或指定程序任务的一种服务或软件。一般情况下，我们安装完Centos5/6linux操作系统之后，默认便会启动Crond任务调度服务。Crond服务会定期（默认每分钟检查一次）检查系统中是否有要执行的任务工作。如果有，便会根据其预先设定的定时任务规则自动执行该定时任务工作。这个Crond定时任务服务就相当于我们早上使用的闹钟一样。

第2章 Linux系统crond的定时任务

linux系统中定时任务调度的工作可以分为以下两种情况：

1、 linux系统自身定期执行的任务工作：系统周期性自行执行的任务工作，如轮询系统日志、备份系统数据、清理系统缓存等，这些任务无须我们人为干预。例如：

[root@web01 ~]# ll /var/log/messages*

-rw------- 1 root root 585506 1月 24 21:32 /var/log/messages

-rw------- 1 root root 495226 12月 13 14:41 /var/log/messages-20151213

-rw------- 1 root root 501046 12月 20 10:33 /var/log/messages-20151220

-rw------- 1 root root 333767 12月 30 20:27 /var/log/messages-20151230

-rw------- 1 root root 332996 1月 10 12:19 /var/log/messages-20160110

2、用户执行的任务工作：某个用户或系统管理员定期要做的工作，例如每隔5分钟和互联网上的时间服务器进行时间同步，每天晚上0点备份网站站点数据及数据库数据，一般这些工作需要由用户自己来设置。

[root@web01 ~]# crontab -l

*/5 * * * * /usr/sbin/ntpdate time.nist.gov >/dev/null 2>&1

#* * * * * echo "yangrz" >>/server/log/yangrz

第3章 命令说明

crond服务是运行的程序，而crontab是用户用来设置定时规则的命令。

crontab option

-l list（查看用户设置的定时任务）

-e 编辑定时任务配置文件

crontab –e ===vi /var/spool/cron/root

crontab –l ===cat /var/spool/cron/root

第4章 crontab语法格式中时间段的含义

段	含义	取值范围（整数）
第一段	表示分钟	00-59（00也可以是0）
第二段	表示小时	00-23
第三段	表示日、天	01-31
第四段	表示月份	01-12
第五段	表示星期、周几	0-7（0和7都表示周日）
提示：记忆口诀:分时日月周

# .---------------- 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

第5章 crontab语法格式中特殊符号含义

特殊符号	含义
*	*号表示任意时间都，实际就是“每”的意思。如：00 23 * * * cmd表示每月每周每日的23:00都执行cmd任务。 提示：定时任务如果是到小时，口述时就最多提每天。 分位上的*就等价于0-59，表示每分。
-	减号，表示分隔符，表示一个时间范围，区间段，如17-19点，每天的17，18，19点的00分执行任务。00 17-19 * * * cmd。就是17，18，19点整点分别执行的意思。
，	逗号，表示分隔时段的意思。30 17,18,19 * * * /bin/sh /scripts/test.sh 表示每天17、18、19点的半点时刻执行/scripts/test.sh脚本。
/n	n代表数字，即“每个n单位时间”，例如：每10分钟执行一次任务，可以写成*/10 * * * * cmd，其中*/10的意思是每10分钟执行cmd命令。

第6章 书写定时任务的若干要领方法：

要领1：为定时任务规则加必要的注释

要领2：定时任务命令或程序最好写到脚本里执行

要领3：执行shell脚本任务前加/bin/sh

要领4：定时任务命令或脚本结尾加>/dev/null 2>&1

&>/dev/null 1>/dev/null 2>/dev/null

要领5：在指定用户下执行相关的定时任务

要领6：生产任务程序不要随意打印输出信息

tar zcf echo 123 >a.log

要领7：定时任务执行的脚本要规范路径（/service/scripts）

要领8：配置定时任务规范操作过程

第7章 关于配置定时任务规范操作过程

1）首先要在命令行操作成功，然后复制成功的命令到脚本里，在各个细小环节减少出错的几率。

2）然后测试脚本，测试成功后，复制脚本的规范路径到定时任务配置里，不要手敲。

3）先在测试环境测试，然后正式环境规范部署。

题：每隔2小时将系统的/etc/service文件打包备份的/tmp下（最好每次备份成不同的包）

包袱：/etc/service是不存在的，应该是/etc/services

要cd到目标内容的上级目录打包

打包的频率是分，包名必须精确到分。

确保命令执行正确。然后写到脚本里（复制进去）

定时任务命令或程序最好写到脚本里执行。

测试脚本正确性（定时任务怎么写，命令行就怎么测试）

脚本测试正确了，命令行的命令也要复制。

* * * * * tar zcvf /tmp/service-$(date +%F-%H)tar.gz ./services

这样写是不对的，在定时任务配置文件里还得转义、所以要把命令写到文件中，避免错误。

题：每天晚上0点，把/tmp/services.tar.gz的包，删除前天前的。

/var/log/cron*

这是crontab的日志，执行正确还是错误，日志里边都会有输出。

第8章 工作中调试定时任务的方法：

1、 增加执行任务频率调试任务（某些任务不能用于生产环境没有测试机会）

2、 代码发布：个人开发环境—办公测试环境—IDC机房测试环境—》IDC正式环境（分组，灰度发布）

3、 调整系统时间调试任务（不能直接用于生产环境），保持5分钟

4、 通过脚本日志输出调试定时任务

5、 注意一些任务命令带来的问题

6、 （*/1 * * * * * echo “==” >> /tmp/oldboy.log >dev/null 2>&1）

7、 注意环境变量导致的定时任务故障（java）

8、 通过crond定时任务日志调试定时任务（/var/log/cron）

9、 把脚本放到定时任务里边，很多时候取系统变量，取不到，会出问题。这时候可以在脚本里把系统变量重新定义一遍。

第9章 crontab定时任务生产应用问题10箴言：

1. 系统环境变量问题

2. 定时任务要用绝对路径

3. 脚本权限问题，加/bin/sh

4. 时间变量问题用反斜线\%转义，最好用脚本

5. >/dev/null 2>&1为题（1>/dev/null 2>/dev/null ，&>/dev/null）

6. 定时任务规则之前加注释

7. 使用脚本程序替代命令行定时任务

8. 避免不必要的程序及命令输出

9. 切到目标目录的上一级打包目标

10. 定时任务脚本中的程序命令尽量用全路径（和环境变量的识别有关）。