crontab
1.crond是什么？
crond是linux系统中用来定期执行命令和或者指定程序任务的一种服务或软件，一般在安装完Centos5/6系统的时候，crond就会默认存在了
2.为什么需要定时任务？
服务器7*24，重要业务实时备份
3.crond工作原理
crond服务默认每分钟，会检查系统中是否有需要执行的定时任务，如果有就会根据事先定义好的规则来指定这个定时任务
4.linux定时任务分类
a.系统自身定期执行的任务，如/var/log/messages
b.用户执行的定时任务
c. at执行一次就结束的调度任务，依赖服务atd
d. anacrontab适合非7*24服务器准备的，开机执行的，检测停机期间没有执行的任务，在开机后一次性执行一遍
e. crond，crond服务默认情况（每分钟），会检查系统中是否有需要指定的定时任务，如果有就会根据事先定义好的规则来执行这个定时任务。crond依赖crond服务进程。crond是一个守护进程，，通过crontab命令是用户用来设置定时任务规则的命令。
5. 默认crondab的配置文件为/var/spool/cron/root
[root@Centos6 ~]# crontab -l == cat /var/spool/cron/root [root@Centos6 ~]# crontab -e == vim /var/spool/cron/root
注：crontab -e 会检查语法，而vim编辑则不会。和visudo一样。
6.使用者权限及定时任务文件
| 文件 | 说明 | |||
| /etc/cron.deny | /var/spool/cron/ |
|||
| /etc/cron.allow | 该文件中所列用户允许使用crontab命令，优先于 | |||
| /var/spool/cron/ | 所有用户crontab配置文件默认都存放在此目录，文件名以用户名命名 | |||
7.指令的使用格式
默认情况下，当用户建立定时任务规则后，该规则记录对应的配置文件会存在于/var/spool/cron中，其crontab配置文件对应的文件名与登录的用户名一致，如：root用户的定时任务配置文件为/var/spool/cron/root。
Crontab定时任务的书写格式很简单，用户的定时任务规则一般分为6个段（每个段通过空格来分隔，系统的定时任务为/etc/crontab，分为8段，空格来分隔），前五段为时间的设定段，第六段为所要执行的命令或脚本任务段。
基本格式如下：
01 * * * * cmd 02 4 * * * cmd 提示： 1、cmd为要执行的命令或脚本，列如/bin/bash /server/scripts/szk.sh # 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 beexecuted
8、crontab语法格式中时间段的含义如下表
| 段 | 含义 | 取值范围 | ||
| 第一段 | 分 | 0-59 | ||
| 第二段 | 时 | 0-23 | ||
| 第三段 | 日 | 0-31 | ||
| 第四段 | 月 | 0-12 | ||
| 第五段 | 周 | 0-6（0=7） | ||
9、crontab语法格式中特殊符号含义如下表
| 特殊符号 | 含义 | |||
| * | 表示任意时间都，实际就是“每”时间的意思。列：00 23 * * * cmd表示每月每周每日的23:00都执行cmd任务。 |
|||
| - | 表示分隔符，表示一个时间范围，区间段，如17-19点，每天的17,18,19的00分执行任务。 | |||
| ， | 逗号，表示分隔时段的意思。30 17,18,19 * * */bin/sh /scripts/szk.sh表示每天17、18和19点半点执行szk.sh脚本 | |||
/n |
N代表数字，即“每隔n单位时间”，列如：每10分钟执行一次任务可以写成*/10 * * * cmd，其中，*/10，*代表0-59，也可以写成0-59/10 |
|||
10、 crontab编辑的定时任务依赖的服务
[root@Centos6 ~]# chkconfig --list crond #检查服务是否开启 crond 0:off 1:off 2:on 3:on 4:on 5:on 6:off [root@Centos6 ~]# /etc/init.d/crond status #检查进程状态 crond (pid 961) is running... [root@Centos6 ~]# ps -ef | grep crond | grep -v grep root 961 1 0 14:50 ? 00:00:01 crond [root@Centos6 ~]# /etc/init.d/crond restart Stopping crond: [ OK ] Starting crond: [ OK ]
11、 举例：
30 2,12 * * * /bin/bash /scipts/szk.sh 每天3:30和12:30执行这个脚本
30 */6 * * * /bin/bash /scipts/szk.sh 每隔6个小时的半点时刻执行这个脚本
30 8-18/2 * * * /bin/bash /scipts/szk.sh 8:00到18:00每隔2小时执行这个脚本
30 21 * * * /application/apache/bin/apachectl graceful 每天21:30重启apache服务
45 4 1,10,22 * * /application/apache/bin/apachectl graceful 每个月的1,10,22号的4:45重启Apache服务
10 1 * * 6,0 /application/apache/bin/apachectl graceful 每周六周日的1:10重启apache服务
0,30 18-23 * * * /application/apache/bin/apachectl graceful 每天的18:00和23:00的整点和半点重启apache服务
00 */1 * * * /application/apache/bin/apachectl graceful 每隔一个小时的整点重启一次Apache服务
注：周和日尽量不要同时用，因为周和日不一定同步
12、生产环境Crontab专业实例
书写crontab定时任务多个基本要领
每分钟打印一次自己的名字到“/server/log/*文件中
#需要做好注释 print a name * * * * * echo szk >> /server/log/szk.log #/server/log目录必须要存在
2.要领:
a.加必要注释：写定时任务规则时尽可能的加上注释，这是个好的习惯和规范。
b.执行shell脚本任务前加/bin/bash，执行任务时，如果是执行脚本，请尽量在脚本前面带上/bin/bash命令，否则有可能因为忘了为脚本设定执行权限X，从而以为OK了
c. 在指定用户下执行相关定时任务，需要root权限执行的任务可以登陆到root用户下然后设置，如果不需要root权限，可以登陆到普通用户下（也可以直接在root下crontab -u szk -e的写法直接设置），然后设置。这里要特别注意不同用户的环境变量问题，如果是调用了系统环境变量/etc/profile（如生产场景中java程序的定时任务），最好在程序脚本中将用到的环境变量重新export下。
d.定时任务命令结尾加>/dev/null2>&1 等内容，如果需要打印日志，则可以追加到指定的日志文件里（此时不要和/dev/null同时存在），尽量不要留空。如果任务时命令的话，结尾使用“>/dev/null 2>&1”时要多测试下，要有检查手段。
其中，>表示重定向，/dev/null为特殊的字符设备文件，表示黑洞设备或空设备。2>&1表示让标准错误和标准输出一样，本命令内容即把脚本的正常和错误输出都重定向导/dev/null，即不记录任何输出。
>或1> 输出重定向：把前面输出的东西输入到后边的文件中，会删除文件原有内容
>>或1>> 追加重定向：把前面输出的东西追加到后边的文件中，不会删除原件原有内容
<或<0 输入重定向：后跟字符串，用来表示“输入结束”，也可用Ctrl+d来结束输入
<<或<<0 输入重定向：后跟字符串，用来表示“输入结束”，也可用ctrl+d来结束输入
2> 错误重定向：把错误信息输入到后边的文件中，会删除文件原有内容
2>> 错误追加重定向：把错误信息追加到后边的文件中，不会删除文件原有内容
>/dev/null 2>&1 等价于1>/dev/null 2>/dev/null #将正确和错误的输出输入为空
13、生产任务书写规范
为定时任务规则加必要的注释
执行shell脚本任务前加/bin/bash
定时任务命令或脚本的结尾加> /dev/null 2>&1
定时任务命令的执行，最好用脚本文件
在指定用户下指定相关定时任务
生产任务程序不要随意打印输出信息
定时任务执行的脚本要规范路径
时间变量要用反斜线，$(date+\%Y\%m\%d)
切到目标目录的上一级打包目标
配置定时任务规范操作过程：命令行测试à测试成功后à复制脚本的路径到定时任务配置里à现在测试环境下测试，然后正式环境规范部署
14.rontab日志，/var/log/cron
15.企业生产场景如何调试crontab定时任务
a． 在调试时，把任务执行频率调快一点，看能否执行，如果正常没问题后，再更改成需要的执行时间。
强调：有些计划任务是不允许频繁执行的，列如：定时往数据库里插入数据，这样的任务就要在测试机上测试好，然后部署到正式线上，这样正式工作出问题的机会就少了。
规范的公司开发和运维人员操作流程：个人的开发配置环境à办公室的测试环境àIDC机房的测试环境àidc机房的正式环境
16．工作中调试定时任务的方法
a.增加执行任务频率调试任务
b.调整系统时间调试任务
c.通过脚本日志输出调试定时任务
d.注意一些任务命令带来的问题
e.注意环境变量导致的定时任务故障
f.通过crond定时任务服务日志调试定时任务 tail -f /var/log/cron