/etc/crontab文件和crontab -e命令區別php
一、格式不一樣html
前者linux
# 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
後者shell
#50 1 * * * command
二、使用範圍bash
修改/etc/crontab這種方法只有root用戶能用,這種方法更加方便與直接直接給其餘用戶設置計劃任務,並且還能夠指定執行shell等等,crontab -e這種全部用戶均可以使用,普通用戶也只能爲本身設置計劃任務。而後自動寫入/var/spool/cron/usename服務器
/etc/init.d/crond restart
service crond restart
一、crontab會進行語法檢查,vi不會網絡
二、有些os的crond不會重讀配置,因此用service重啓dom
crontab -e是某個用戶的週期計劃任務;/etc/crontab是系統的週期任務編輯器
crontab -e與/etc/crontab修改語法格式不同,後者多一個user指定ide
無論用crontab -e或者/etc/crontab都不須要從新啓動crond服務
01 22 * * * /sbin/shutdown -h now
執行的結果都是同樣, 通常Linux都用shutdown -h now也能夠init 0,init 0在UNIX用得比較多,關機須要root的身份在能夠執行
能夠選取方法操做:
方法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文件的內容:
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分鐘工做的流程分別安排在不一樣的時刻進行。
crontab是Unix和Linux用於設置週期性被執行的指令,是互聯網很經常使用的技術,不少任務都會設置在crontab循環執行,若是不使用crontab,那麼任務就是常駐程序,這對你的程序要求比較高,一個要求你的程序是24X7小時不宕機,一個是要求你的調度程序比較可靠,實際工做中,90%的程序都沒有必要花這麼多時間和精力去解決上面的兩個問題的,只須要寫好本身的業務邏輯,經過crond這個工業級程序去調度就好了,crond的可靠性,健壯性,你們應該是毫無疑問的。
五、crontab簡易入門
假設我要設置一個任務,每分鐘就要作一個數據同步,這個同步腳本的路徑是/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的語法
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進入編輯器,再刪除對應的任務。
七、crontab的限制
/etc/cron.allow:將可使用 crontab 的賬號寫入其中,若不在這個文件內的使用者則不可以使用 crontab;
/etc/cron.deny:將不可使用 crontab 的賬號寫入其中,若未記錄到這個文件當中的使用者,就可使用 crontab 。
以優先順序來講, /etc/cron.allow 比 /etc/cron.deny 要優先, 而判斷上面,這兩個文件只選擇一個來限制而已,所以,建議你只要保留一個便可, 省得影響本身在配置上面的判斷!通常來講,系統默認是保留 /etc/cron.deny , 你能夠將不想讓他運行 crontab 的那個使用者寫入 /etc/cron.deny 當中,一個賬號一行!
八、/etc/crontab配置文件講解
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的原理
當使用者使用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」
十、crontab的格式講解
每項工做 (每行) 的格式都是具備六個欄位,這六個欄位的意義爲:
表明意義 | 分鐘 | 小時 | 日期 | 月份 | 周 | 命令 |
數字範圍 | 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
http://blog.sina.com.cn/s/blog_49f8dc400100tzn7.html(crontab真實文件所在位置)
http://www.javashuo.com/article/p-zjzgkpmd-gh.html
http://www.javashuo.com/article/p-mhgrtmze-gb.html(以上內容轉自此篇文章)