crontab
线上环境中时常会用到crontab，下面来看下他的基本维护方法。
cron被称作计划性任务服务，它能够在人为控制下在固定时间或者隔段时间去执行某一项操作，二管理员只需要设置好时间以及动作就好，很方便
linux一般都自带cron模块，
cron服务：
服务名为crond
service conrd start|stop|restart|status
配置文件：
1、/var/spool/cron/ 这个目录下存放的是每个用户包括root的crontab任务，每个任务以创建者的名字命名，比如tom用户创建的crontab任务对应的文件就是/var/spool/cron/tom。一般一个用户最多只有一个crontab文件。
2、/etc/crontab 这个文件负责安排由系统管理员制定的维护系统以及其他任务的crontab。
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
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
1）：MAILTO=root表示：当 /etc/crontab 这个档案中的例行性命令发生错误时，会将错误讯息或者是屏幕显示的讯息传给谁？由于 root 并无法再用户端收信，因此，我通常都將这个 e-mail 改成自己的账号，好让我随时了解系统的状态！
2）* * * * * user-name command to be executed：前面的五个*分别对应执行时间“分 时 日 月 周” ，user-name表示执行操作的用户，后面跟的是具体执行的操作！
还有另外一种执行方式：
01 * * * * root run-parts /etc/cron.hourly：前面的五个字符依旧表示时间，也就是每小时的01分，都会去以root身份去执行，执行什么，run-parts。
run-parts：这是一组可执行文件组成的任务，也就是说，一旦到了指定的周期时间，run-parts里的所有可执行文件都会被执行！
他一般对应一个目录，也就是：/etc/cron.hourly
去/etc/下找找，你会看到还有cron.daily、cron.monthly等目录，他们底下都部署有可执行文件，文件内容是你所要执行的操作！
有了这种方法，我们就不用始终使用crontab -e来编辑任务列表了，我们可以定义一个周期性的执行目录（run-parts），只要把需要执行的可执行文件放进run-parts目录，就会在到了时间周期节点的时候统一执行的！
权限
crontab权限问题到/var/adm/cron/下一看，文件cron.allow和cron.deny是否存在
用法如下：
1、如果两个文件都不存在，则只有root用户才能使用crontab命令。
2、如果cron.allow存在但cron.deny不存在，则只有列在cron.allow文件里的用户才能使用crontab命令，如果root用户也不在里面，则root用户也不能使用crontab。
3、如果cron.allow不存在, cron.deny存在，则只有列在cron.deny文件里面的用户不能使用crontab命令，其它用户都能使用。
4、如果两个文件都存在，则列在cron.allow文件中而且没有列在cron.deny中的用户可以使用crontab，如果两个文件中都有同一个用户，以cron.allow文件里面是否有该用户为准，如果cron.allow中有该用户，则可以使用crontab命令。
5、在让crontab执行脚本的时候，不但保证脚本里的东西能够运行，还要让脚本本身有可执行权限，握草都是坑！！！
crontab配置详解
crontab命令用于安装、删除或者列出用于驱动cron后台进程的表格。用户把需要执行的命令序列放到crontab文件中以获得执行。
每个用户都可以有自己的crontab文件。/var/spool/cron下的crontab文件不可以直接创建或者直接修改。该crontab文件是通过crontab命令创建的
在crontab文件中如何输入需要执行的命令和时间。该文件中每行都包括六个域，其中前五个域是指定命令被执行的时间，最后一个域是要被执行的命令。
每个域之间使用空格或者制表符分隔。格式如下：
minute hour day-of-month month-of-year day-of-week commands
合法值 00-59 00-23 01-31 01-12 0-6 (0 is sunday)
除了数字还有几个个特殊的符号就是"*"、"/"和"-"、","，*代表所有的取值范围内的数字，"/"代表每个的意思,"/5"表示每5个单位，"-"代表从某个数字到某个数字,","用于分开几个离散的数字。
-l 在标准输出上显示当前的crontab。
-r 删除当前的crontab文件。
-e 使用VISUAL或者EDITOR环境变量所指的编辑器编辑当前的crontab文件。当结束编辑离开时，编辑后的文件将自动安装。
例子：
每天早上6点
0 6 * * * echo "Good morning." >> /tmp/test.txt //注意单纯echo，从屏幕上看不到任何输出，因为cron把任何输出都email到root的信箱了。
每两个小时
0 */2 * * * echo "Have a break now." >> /tmp/test.txt
晚上11点到早上8点之间每两个小时和早上八点
0 23-7/2，8 * * * echo "Have a good dream" >> /tmp/test.txt
每个月的4号和每个礼拜的礼拜一到礼拜三的早上11点
0 11 4 * 1-3 command line
1月1日早上4点
0 4 1 1 * command line SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root //如果出现错误，或者有数据输出，数据作为邮件发给这个帐号 HOME=/
每小时执行/etc/cron.hourly内的脚本
01 * * * * root run-parts /etc/cron.hourly
每天执行/etc/cron.daily内的脚本
02 4 * * * root run-parts /etc/cron.daily
每星期执行/etc/cron.weekly内的脚本
22 4 * * 0 root run-parts /etc/cron.weekly
每月去执行/etc/cron.monthly内的脚本
42 4 1 * * root run-parts /etc/cron.monthly
注意: "run-parts"这个参数了，如果去掉这个参数的话，后面就可以写要运行的某个脚本名，而不是文件夹名。
每天的下午4点、5点、6点的5 min、15 min、25 min、35 min、45 min、55 min时执行命令。
5，15，25，35，45，55 16，17，18 * * * command
每周一，三，五的下午3：00系统进入维护状态，重新启动系统。
00 15 * * 1，3，5 shutdown -r +5
环境变量问题
管理员常常会遇到，脚本文件能执行，但是放在crontab文件中死活不执行的问题，这里就要考虑环境变量的问题了，因为在命令行界面，我们使用的是在整个profile下的环境变量，但是crontab是/etc/profile文件规定的，所以，我们尝试修改crontab的执行环境变量
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/opt/mssql-tools/bin #这里可以是任何你已安装且需要的环境变量
MAILTO=root
路径问题：
有些脚本涉及到文件操作，文件路径不正确也会导致脚本无法正常执行，建议使用绝对路径，或者在执行脚本时，先进入该脚本的路径下，再执行。
* * * * * cd /usr/local/sql/;sh txt.sh >> /usr/local/sql/txt.log 2>&1
日志问题
crontab的系统日志保存在/var/log/cron.log有的是/var/log/cron下，其中正确的执行结果的输出是
Aug 16 18:24:01 zj CROND[46314]: (root) CMD (cd /usr/local/sql/;sh txt.sh >> /usr/local/sql/txt.log 2>&1)
Aug 16 18:25:01 zj CROND[46336]: (root) CMD (cd /usr/local/sql/;sh txt.sh >> /usr/local/sql/txt.log 2>&1)
Aug 16 18:26:01 zj CROND[46353]: (root) CMD (cd /usr/local/sql/;sh txt.sh >> /usr/local/sql/txt.log 2>&1)
Aug 16 18:27:01 zj CROND[46370]: (root) CMD (cd /usr/local/sql/;sh txt.sh >> /usr/local/sql/txt.log 2>&1)
Aug 16 18:28:01 zj CROND[46395]: (root) CMD (cd /usr/local/sql/;sh txt.sh >> /usr/local/sql/txt.log 2>&1)
下面这种估计是有问题的：
Aug 16 17:30:40 zj crond[45235]: (CRON) INFO (@reboot jobs will be run at computer's startup.)
Aug 16 17:31:01 zj CROND[45243]: (root) CMD (/bin/bash /usr/local/sql/txt.sh > /dev/null)
Aug 16 17:31:01 zj CROND[45241]: (root) MAIL (mailed 41 bytes of output but got status 0x007f#012)
Aug 16 17:32:01 zj CROND[45259]: (root) CMD (/bin/bash /usr/local/sql/txt.sh > /dev/null)
Aug 16 17:32:01 zj CROND[45257]: (root) MAIL (mailed 41 bytes of output but got status 0x007f#012)
同时crontab的操作日志输出可以定向到你指定的的位置，
* * * * * cd /usr/local/sql/;sh txt.sh >> /usr/local/sql/txt.log 2>&1
crontab的执行时间与系统中时间不一致的情况：
网上说重启crond服务就好了，但是在实际当中，要首先重启rsyslog服务
service rsyslog restart
service crond restart
观察后面的执行时间，应该就是正确的了，当然，首先你得系统时间要是正确的时区时间。
注意：在使用crontab定时删除日志的时候，日志名称匹配的正则需要用引号包起来！！！！
0 1 * * * /bin/find /root/back -name '*.tgz' -mtime +7 -exec rm -rf {} ;
ok，共勉！