/etc/crontab文件和crontab -e命令区别php
一、格式不一样html
前者linux
# For details see man 4 crontabsshell
# 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 executedbash
后者服务器
#50 1 * * * command网络
二、使用范围dom
修改/etc/crontab这种方法只有root用户能用,这种方法更加方便与直接直接给其余用户设置计划任务,并且还能够指定执行shell等等,
crontab -e这种全部用户均可以使用,普通用户也只能为本身设置计划任务。而后自动写入/var/spool/cron/usename
1、crontab 会进行语法检查,vi 不会
二、据说有些 os 的 crond 不会重读配置,因此用 service 重启编辑器
crontab -e是某个用户的周期计划任务;/etc/crontab是系统的周期任务ide
1. crontab -e 与 /etc/crontab 修改语法格式不同,后者多一个 user 指定
2. 无论用 crontab -e or 改 /etc/crontab 都不须要从新启动 crond 服务
01 22 * * * /sbin/shutdown -h now
执行的结果都是同样, 通常LINUX 都用shutdown -h now 也能够init 0
init 0在UNIX用得比较多,
关机须要root的身份在能够执行,
lz能够选取方法操做
方法1
换到root 的身份
su - root
crontab -e (按a增长下)
01 22 * * * /sbin/shutdown -h now (或01 22 * * * /sbin/init 0)
保存退出便可以
方法2 vi /etc/crontab 在里面插入
01 22 * * * root /sbin/shutdown -h now
或 01 22 * * * root /sbin/init 0
crontab -e 是针对用户的cron来设计的,若是是系统的例行性任务,该怎么办?是否仍是须要以crontab -e来管理例行性命令?固然不须要,您只须要编辑/etc/crontab文件就能够了。须要注意的是:crontab -e的做用实际上是/usr/bin/crontab这个执行文件,可是/etc/crontab是个纯文本文件,能够root的身份编辑这个文件。
基本上,cron服务的最低检测时间单位是分钟,因此cron会每分钟读取一次/etc/crontab与/var/spool/cron中的数据内容,所以,只要您编辑完/etc/crontab文件而且保存以后,crontab时设定就会自动执行。
注意:在linux下的crontab会自动帮咱们每分钟从新读取一次/etc/crontab的例行工做事项,可是某些缘由或在其余的unix系统中,因为crontab是读到内存中,因此在您修改完/etc/crontab以后可能并不会立刻执行,这时请从新启动crond服务。
/etc/rc.d/init.d/crond restart
好了,下面看看/etc/crontab文件的内容:
vi /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
# run-parts
01 * * * * root nice -n 19 run-parts /etc/cron.hourly
02 4 * * * root nice -n 19 run-parts /etc/cron.daily
22 4 * * * root nice -n 19 run-parts /etc/cron.weekly
42 4 1 * * root nice -n 19 run-parts /etc/cron.monthly
分时日月周 用户 参数设定值 参数设定值 指令段
从这个文件的内容能够看出,这个文件与输入crontab -e后的内容几乎彻底相同,只是下面几个地方有所区别:
MAILTO=root:这个字段说明了当/etc/crontab文件中的例行性命令发生错误时,会将错误信息或屏幕显示的信息传递给谁?因为root没法在客户端收信,所以,能够将这个email改为本身普通用户账号。
01 * * * * root nice -n 19 run-parts /etc/cron.hourly:在#run-parts这一行之后的命令,咱们能够发现,5个数字后面接的是root,这表明执行的层级为root身份。固然,您也能够root改为其余身份,而run-parts表示后面接的是/etc/cron.hourly是一个目录内(/etc/cron.hourly)的全部可执行文件,也就是说每一个小时的01分,系统会以root的身份到/etc/cron.hourly目录下执行全部能够执行的文件。系统原本就默认了这4个目录,您能够将天天须要执行的命令直接写到/etc/cron.daily中,还不须要用到crontab -e程序,很方便。
注意:基本上,/etc/crontab支持两种输入指令的方式,一种是直接以指令形式输入,一种则是以目录形式输入。
指令形式
01 * * * * test mail -s test test < /home/test/test/test.txt
用户是test,且每小时执行一次指令mail……
目录形式
*/5 * * * * root run-parts /root/runcron
创建一个/root/runcron目录,将每隔5分钟执行一次的可执行文件都写到该目录下,就可让系统每5分钟执行一次该目录下的全部可执行文件。
这样就知道run-parts的做用了吧!此外,与crontab -e规划中不一样的是,多了一个用户层级的概念。一般,咱们都是以root的角度来规划例行命令的,可是总有不须要root的场合,所以可使用这个层级来规范该程序的用户所属。
若是每一个流程都在同一时间启动,那么在某个时段,系统会很是的繁忙,因此这时必须分别设定。能够这样作:
1,6,11,16,21,26,31,36,41,46,51,56 * * * * root ………… // 省略号表明命令
2,7,12,17,22,27,32,37,42,47,52,57 * * * * root …………
3,8,13,18,23,28,33,38,43,48,53,58 * * * * root …………
4,9,14,19,24,29,34,39,44,49,54,59 * * * * root …………
注意,要用","分隔时,不要带有空格。如此一来,则能够将每5分钟工做的流程分别安排在不一样的时刻进行。
文章出处:http://www.diybl.com/course/6_system/linux/Linuxjs/2008626/128554.html
crontab是Unix和Linux用于设置周期性被执行的指令,是互联网很经常使用的技术,不少任务都会设置在crontab循环执行,若是不使用crontab,那么任务就是常驻程序,这对你的程序要求比较高,一个要求你的程序是24X7小时不宕机,一个是要求你的调度程序比较可靠,实际工做中,90%的程序都没有必要花这么多时间和精力去解决上面的两个问题的,只须要写好本身的业务逻辑,经过crond这个工业级程序去调度就好了,crond的可靠性,健壮性,你们应该是毫无疑问的。
假设我要设置一个任务,每分钟就要作一个数据同步,这个同步脚本的路径是/home/blue/do/rsyncfile.sh,那么我能够在这么配置,使用blue用户,在终端输入
crontab -e # 此时会进入 vi 的编辑画面让您编辑工做!注意到,每项工做都是一行。 #分 时 日 月 周 |<==============任务的完整命令行 * * * * * /home/blue/do/rsyncfile.sh
默认状况下,任何使用者只要不被列入 /etc/cron.deny 当中,那么他就能够直接下达『 crontab -e 』去编辑本身的例行性命令了!整个过程就如同上面提到的,会进入 vi 的编辑画面, 而后以一个工做一行来编辑,编辑完毕以后输入『 :wq 』储存后离开 vi 就能够了!
假如咱们须要修改成每5分钟运行数据同步的脚本,那么一样使用 crontab -e 进入编辑:
*/5 * * * * /home/blue/do/rsyncfile.sh
假如服务器出了问题,有一天的数据没有同步,因而咱们就须要补数据了,假设这个补数据的脚本是/home/blue/do/rsyncfile_day.sh,可是白天是高峰期,晚上用户很少,是低峰期,咱们补数据会占用大量带宽,尤为是白天,会影响正常业务,因此通常咱们可让补数据任务在凌晨2点开始跑,那么一样使用crontab -e 进入编辑:
0 2 1 4 * /home/blue/do/rsyncfile_day.sh
这样,在4月1号凌晨2点0分就会开始启动咱们的补数据的脚本了。
同步数据,在互联网公司是再日常不过的任务了,这里你们能够看到crontab的魅力所在了,只须要写最简单的业务逻辑,把调度交给crond作,就完成了一个可靠性很高的一项任务了,若是要本身去额外写这种调度程序,不知道要花多少精力才能作到可靠稳定。
crontab [-u username] [-l|-e|-r] 选项与参数: -u :只有 root 才能进行这个任务,亦即帮其余使用者建立/移除 crontab 工做排程; -e :编辑 crontab 的工做内容 -l :查阅 crontab 的工做内容 -r :移除全部的 crontab 的工做内容,若仅要移除一项,请用 -e 去编辑
查询使用者目前的 crontab 内容:
crontab -l */5 * * * * /home/blue/do/rsyncfile.sh 0 2 1 4 * /home/blue/do/rsyncfile_day.sh
清空使用者目前的 crontab:
crontab -r crontab -l no crontab for blue
若是你想删除当前用户的某一个crontab任务,那么使用crontab -e进入编辑器,再删除对应的任务。
/etc/cron.allow:将可使用 crontab 的账号写入其中,若不在这个文件内的使用者则不可以使用 crontab;
/etc/cron.deny:将不可使用 crontab 的账号写入其中,若未记录到这个文件当中的使用者,就可使用 crontab 。
以优先顺序来讲, /etc/cron.allow 比 /etc/cron.deny 要优先, 而判断上面,这两个文件只选择一个来限制而已,所以,建议你只要保留一个便可, 省得影响本身在配置上面的判断!通常来讲,系统默认是保留 /etc/cron.deny , 你能够将不想让他运行 crontab 的那个使用者写入 /etc/cron.deny 当中,一个账号一行!
『 crontab -e 』是针对使用者的 cron 来设计的,若是是『系统的例行性任务』时,就要编辑 /etc/crontab 这个文件。
那就是 crontab -e 这个 crontab 实际上是 /usr/bin/crontab 这个运行档,可是 /etc/crontab 但是一个『纯文字档』,必须用 root 的身份编辑一下这个文件。
首先咱们要来看看crontab的文件内容
cat /etc/crontab # /etc/crontab: system-wide crontab # Unlike any other crontab you don't have to run the `crontab' # command to install the new version when you edit this file # and files in /etc/cron.d. These files also have username fields, # that none of the other crontabs do. SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # m h dom mon dow user command 17 * * * * root cd / && run-parts --report /etc/cron.hourly 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
这个文件与将刚刚咱们下达 crontab -e 的内容几乎彻底如出一辙!只是有几个地方不太相同
PATH=....:
这里就是输入运行档的搜寻路径!使用默认的路径配置就已经很足够了!
17 * * * * root cd / && run-parts --report /etc/cron.hourly:
这个 /etc/crontab 里面预配置义出四项工做任务,分别是每小时、天天、每周及每月分别进行一次的工做! 可是在五个栏位后面接的并非命令,而是一个新的栏位,那就是『运行后面那串命令的身份』为什么!这与使用者的 crontab -e 不相同。由於使用者本身的 crontab 并不须要指定身份,但 /etc/crontab 里面固然要指定身份啦!以上表的内容来讲,系统默认的例行性工做是以 root 的身份来进行的。
那么后面那串命令是什么呢?你可使用『 which run-parts 』搜寻看看,其实那是一个 bash script 啦!若是你直接进入 /usr/bin/run-parts 去看看, 会发现这支命令会将后面接的『目录』内的全部文件捉出来运行!这也就是说『 若是你想让系统每小时主动帮你运行某个命令,将该命令写成 script,并将该文件放置到 /etc/cron.hourly/ 目录下便可』的意思!
如今你知道系统是如何进行他默认的一堆例行性工做排程了吗?若是你下达『 ll /etc/cron.daily 』就能够看到一堆文件, 那些文件就是系统提供的 script ,而这堆 scripts 将会在天天的凌晨 6:25 开始运行!
假设你如今要做一个目录,让系统能够每 2 分钟去运行这个目录下的全部能够运行的文件,你能够写下以下的这一行在 /etc/crontab 中:
*/2 * * * * root run-parts /etc/cron.min
固然罗, /etc/cron.min 这个目录是须要存在的喔!那若是我须要运行的是一个『程序』而已, 不须要用到一个目录呢?该如何是好?例如在侦测网络流量时,咱们但愿每五分钟侦测分析一次, 能够这样写:
*/5 * * * * root /bin/mrtg /etc/mrtg/mrtg.cfg
如何!建立例行性命令很简单吧!若是你是系统管理员并且你的工做又是系统维护方面的例行任务时, 直接修改 /etc/crontab 这个文件便可喔!又便利,又方便管理呢!
当使用者使用 crontab 这个命令来建立工做排程以后,该项工做就会被纪录到 /var/spool/cron/ 里面去了,并且是以账号来做为判别的喔!举例来讲, blue 使用 crontab 后, 他的工做会被纪录到 /var/spool/cron/blue 里头去!但请注意,不要使用 vi 直接编辑该文件, 由于可能由於输入语法错误,会致使没法运行 cron 喔!另外, cron 运行的每一项工做都会被纪录到 /var/log/cron 这个登陆档中,因此罗,若是你的 Linux 不知道有否被植入木马时,也能够搜寻一下 /var/log/cron 这个登陆档呢!
crond服务的最低侦测限制是『分钟』,因此『 cron 会每分钟去读取一次 /etc/crontab 与 /var/spool/cron 里面的数据内容 』,所以,只要你编辑完 /etc/crontab 这个文件,而且将他储存以后,那么 cron 的配置就自动的会来运行了!
备注:在 Linux 底下的 crontab 会自动的帮咱们每分钟从新读取一次 /etc/crontab 的例行工做事项,可是某些缘由或者是其余的 Unix 系统中,由於 crontab 是读到内存当中的,因此在你修改完 /etc/crontab 以后,可能并不会立刻运行, 这个时候请从新启动 crond 这个服务吧!『/etc/init.d/crond restart』
每项工做 (每行) 的格式都是具备六个栏位,这六个栏位的意义为:
表明意义 | 分钟 | 小时 | 日期 | 月份 | 周 | 命令 |
数字范围 | 0-59 | 0-23 | 1-31 | 1-12 | 0-7 | 呀就命令啊 |
比较有趣的是那个『周』喔!周的数字为 0 或 7 时,都表明『星期天』的意思!另外, 还有一些辅助的字符,大概有底下这些:
特殊字符 | 表明意义 |
*(星号) | 表明任什么时候刻都接受的意思!举例来讲,范例一内那个日、月、周都是 * , 就表明著『不论何月、何日的礼拜几的 12:00 都运行后续命令』的意思! |
,(逗号) | 表明分隔时段的意思。举例来讲,若是要下达的工做是 3:00 与 6:00 时,就会是:
0 3,6 * * * command时间参数仍是有五栏,不过第二栏是 3,6 ,表明 3 与 6 都适用! |
-(减号) | 表明一段时间范围内,举例来讲, 8 点到 12 点之间的每小时的 20 分都进行一项工做:
20 8-12 * * * command仔细看到第二栏变成 8-12 喔!表明 8,9,10,11,12 都适用的意思! |
/n(斜线) | 那个 n 表明数字,亦便是『每隔 n 单位间隔』的意思,例如每五分钟进行一次,则:*/5 * * * * command很简单吧!用 * 与 /5 来搭配,也能够写成 0-59/5 ,相赞成思! |
另外一个须要注意的地方在於:『你能够分别以周或者是日月为单位做为循环,但你不可以使用「几月几号且为星期几」的模式工做』。 这个意思是说,你不能够这样编写一个工做排程:
30 12 11 9 5 root echo "just test" <==这是错误的写法
原本你觉得九月十一号且为星期五才会进行这项工做,无奈的是,系统可能会断定每一个星期五做一次,或每一年的 9 月 11 号分别进行,如此一来与你当初的规划就不同了~因此罗,得要注意这个地方!上述的写法是不对的!
参考资料:http://vbird.dic.ksu.edu.tw/linux_basic/0430cron_3.php
http://baike.baidu.com/view/1229061.htm
http://www.cnblogs.com/ggjucheng/archive/2012/08/19/2646763.html