前言php
crontab是Unix和Linux用於設置週期性被執行的指令,是互聯網很經常使用的技術,不少任務都會設置在crontab循環執行,若是不使用crontab,那麼任務就是常駐程序,這對你的程序要求比較高,一個要求你的程序是24X7小時不宕機,一個是 要求你的調度程序比較可靠,實際工做中,90%的程序都沒有必要花這麼多時間和精力去解決上面的兩個問題的,只須要寫好本身的業務邏輯,經過crond這 個工業級程序去調度就好了,crond的可靠性,健壯性,你們應該是毫無疑問的。html
crontab簡易入門python
假設我要設置一個任務,每分鐘就要作一個數據同步,這個同步腳本的路徑是/home/blue/do/rsyncfile.sh,那麼我能夠在這麼配置,使用blue用戶,在終端輸入linux
1 |
crontab -e |
2 |
# 此時會進入 vi 的編輯畫面讓您編輯工做!注意到,每項工做都是一行。 |
3 |
#分 時 日 月 周 |<==============任務的完整命令行 |
4 |
* * * * * /home/blue/ do /rsyncfile.sh |
默認狀況下,任何使用者只要不被列入 /etc/cron.deny 當中,那麼他就能夠直接下達『 crontab -e 』去編輯本身的例行性命令了!整個過程就如同上面提到的,會進入 vi 的編輯畫面, 而後以一個工做一行來編輯,編輯完畢以後輸入『 :wq 』儲存後離開 vi 就能夠了! nginx
假如咱們須要修改成每5分鐘運行數據同步的腳本,那麼一樣使用 crontab -e 進入編輯:數據庫
1 |
*/5 * * * * /home/blue/ do /rsyncfile.sh |
假如服務器出了問題,有一天的數據沒有同步,因而咱們就須要補數據了,假設這個補數據的腳本是/home/blue/do /rsyncfile_day.sh,可是白天是高峯期,晚上用戶很少,是低峯期,咱們補數據會佔用大量帶寬,尤爲是白天,會影響正常業務,因此通常咱們 可讓補數據任務在凌晨2點開始跑,那麼一樣使用crontab -e 進入編輯:bash
1 |
0 2 1 4 * /home/blue/ do /rsyncfile_day.sh |
這樣,在4月1號凌晨2點0分就會開始啓動咱們的補數據的腳本了。服務器
同步數據,在互聯網公司是再日常不過的任務了,這裏你們能夠看到crontab的魅力所在了,只須要寫最簡單的業務邏輯,把調度交給crond作,就完成了一個可靠性很高的一項任務了,若是要本身去額外寫這種調度程序,不知道要花多少精力才能作到可靠穩定。網絡
crontab的語法app
1 |
crontab [-u username] [-l|-e|-r] |
2 |
選項與參數: |
3 |
-u :只有 root 才能進行這個任務,亦即幫其餘使用者建立/移除 crontab 工做排程; |
4 |
-e :編輯 crontab 的工做內容 |
5 |
-l :查閱 crontab 的工做內容 |
6 |
-r :移除全部的 crontab 的工做內容,若僅要移除一項,請用 -e 去編輯 |
查詢使用者目前的 crontab 內容:
1 |
crontab -l |
2 |
*/5 * * * * /home/blue/ do /rsyncfile.sh |
3 |
0 2 1 4 * /home/blue/ do /rsyncfile_day.sh |
清空使用者目前的 crontab:
1 |
crontab -r |
2 |
crontab -l |
3 |
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的文件內容
01 |
cat /etc/ crontab |
02 |
03 |
# /etc/crontab: system-wide crontab |
04 |
# Unlike any other crontab you don't have to run the `crontab' |
05 |
# command to install the new version when you edit this file |
06 |
# and files in /etc/cron.d. These files also have username fields, |
07 |
# that none of the other crontabs do. |
08 |
09 |
SHELL=/bin/sh |
10 |
PATH=/usr/ local /sbin:/usr/ local /bin:/sbin:/bin:/usr/sbin:/usr/bin |
11 |
12 |
# m h dom mon dow user command |
13 |
17 * * * * root cd / && run-parts --report /etc/ cron .hourly |
14 |
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/ cron .daily ) |
15 |
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/ cron .weekly ) |
16 |
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/ cron .monthly ) |
這個文件與將剛剛咱們下達 crontab -e 的內容幾乎徹底如出一轍!只是有幾個地方不太相同
1 |
PATH=....: |
這裏就是輸入運行檔的搜尋路徑!使用默認的路徑配置就已經很足夠了!
1 |
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 中:
1 |
*/2 * * * * root run-parts /etc/ cron .min |
固然羅, /etc/cron.min 這個目錄是須要存在的喔!那若是我須要運行的是一個『程序』而已, 不須要用到一個目錄呢?該如何是好?例如在偵測網絡流量時,咱們但願每五分鐘偵測分析一次, 能夠這樣寫:
1 |
*/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』 或 『service crond restart』
crontab的格式講解
每項工做 (每行) 的格式都是具備六個欄位,這六個欄位的意義爲:
表明意義 | 分鐘 | 小時 | 日期(天) | 月份 | 周 | 命令 |
數字範圍 | 0-59 | 0-23 | 1-31 | 1-12 | 0-7 | 呀就命令啊 |
比較有趣的是那個『周』喔!周的數字爲 0 或 7 時,都表明『星期天』的意思!另外, 還有一些輔助的字符,大概有底下這些:
特殊字符 | 表明意義 |
*(星號) | 表明任什麼時候刻都接受的意思!舉例來講,範例一內那個日、月、周都是 * , 就表明著『不論何月、何日的禮拜幾的 12:00 都運行後續命令』的意思! |
,(逗號) | 表明分隔時段的意思。舉例來講,若是要下達的工做是 3:00 與 6:00 時,就會是:
時間參數仍是有五欄,不過第二欄是 3,6 ,表明 3 與 6 都適用! |
-(減號) | 表明一段時間範圍內,舉例來講, 8 點到 12 點之間的每小時的 20 分都進行一項工做:
仔細看到第二欄變成 8-12 喔!表明 8,9,10,11,12 都適用的意思! |
/n(斜線) | 那個 n 表明數字,亦便是『每隔 n 單位間隔』的意思,例如每五分鐘進行一次,則:
很簡單吧!用 * 與 /5 來搭配,也能夠寫成 0-59/5 ,相贊成思! |
周與日月不可同時並存
另外一個須要注意的地方在於:『你能夠分別以周或者是日月爲單位做爲循環,但你不可以使用「幾月幾號且爲星期幾」的模式工做』。 這個意思是說,你不能夠這樣編寫一個工做排程:
1 |
30 12 11 9 5 root echo "just test" <==這是錯誤的寫法 |
原本你覺得九月十一號且爲星期五纔會進行這項工做,無奈的是,系統可能會斷定每一個星期五做一次,或每一年的 9 月 11 號分別進行,如此一來與你當初的規劃就不同了~因此羅,得要注意這個地方!上述的寫法是不對的!
CentOS下查看crontab執行歷史記錄
在crontab中添加了定時任務,但發現沒有獲得指望的結果,於是懷疑是crontab沒有執行相應的任務,但怎麼定位crontab是否執行呢?
這就須要查看crontab的執行歷史記錄,具體位置以下:
1 |
cd /var/log |
2 |
tail -100 cron |
在cron文件中便可查閱已經操做過的相關定時任務。
參考資料:
http://vbird.dic.ksu.edu.tw/linux_basic/0430cron_3.php
http://baike.baidu.com/view/1229061.htm
1、Crontab 格式說明
咱們能夠用 crontab -e 添加要執行的命令。 命令執行的結果,不管是標準輸出仍是錯誤輸出,都將以郵件形式發給用戶。
添加的命令必須以以下格式:
* * * * * /command path
前五個字段能夠取整數值,指定什麼時候開始工做,第六個域是字符串,即命令字段,其中包括了crontab調度執行的命令。 各個字段之間用spaces和tabs分割。
前5個字段分別表示:
分鐘:0-59
小時:1-23
日期:1-31
月份:1-12
星期:0-6(0表示週日)
還能夠用一些特殊符號:
*: 表示任什麼時候刻
,: 表示分割
-:表示一個段,如第二端裏: 1-5,就表示1到5點
/n : 表示每一個n的單位執行一次,如第二段裏,*/1, 就表示每隔1個小時執行一次命令。也能夠寫成1-23/1.
一些示例:
00 8,12,16 * * * /data/app/scripts/monitor/df.sh
30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_ind_unusable.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_maxfilesize.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_objectsize.sh
43 21 * * * 21:43 執行
15 05 * * * 05:15 執行
0 17 * * * 17:00 執行
0 17 * * 1 每週一的 17:00 執行
0,10 17 * * 0,2,3 每週日,週二,週三的 17:00和 17:10 執行
0-10 17 1 * * 毎月1日從 17:00到7:10 毎隔1分鐘 執行
0 0 1,15 * 1 毎月1日和 15日和 一日的 0:00 執行
42 4 1 * * 毎月1日的 4:42分 執行
0 21 * * 1-6 週一到週六 21:00 執行
0,10,20,30,40,50 * * * * 每隔10分 執行
*/10 * * * * 每隔10分 執行
* 1 * * * 從1:0到1:59 每隔1分鐘 執行
0 1 * * * 1:00 執行
0 */1 * * * 毎時0分 每隔1小時 執行
0 * * * * 毎時0分 每隔1小時 執行
2 8-20/3 * * * 8:02,11:02,14:02,17:02,20:02 執行
30 5 1,15 * * 1日 和 15日的 5:30 執行
2、& 後臺執行命令
當在前臺運行某個做業時,終端被該做業佔據;而在後臺運行做業時,它不會佔據終端。可使用&命令把做業放到後臺執行。
如:
1 |
30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh & |
在後臺運行做業時要小心:須要用戶交互的命令不要放在後臺執行,由於這樣你的機器就會在那裏傻等。
不過,做業在後臺運行同樣會將結果輸出到屏幕上,干擾你的工做。若是放在後臺運行的做業會產生大量的輸出,最好使用下面的方法把它的輸出重定向到某個文件中:
如:
1 |
command >out. file 2>&1 & |
在這個例子中,2>&1表示全部的標準輸出和錯誤輸出都將被重定向到一個叫作out.file 的文件中。
3、2>&1 含義
先看一個例子:
1 |
0 2 * * * /u01/ test .sh >/dev/null 2>&1 & |
這句話的意思就是在後臺執行這條命令,並將錯誤輸出2重定向到標準輸出1,而後將標準輸出1所有放到/dev/null 文件,也就是清空。
在這裏有有幾個數字的意思:
0表示 鍵盤輸入
1表示 標準輸出
2表示 錯誤輸出
咱們也能夠這樣寫:
0 2 * * * /u01/test.sh 1>/u01/out.file &
0 2 * * * /u01/test.sh 2>/u01/out.file &
0 2 * * * /u01/test.sh 2>/u01/out.file 2>&1 &
將tesh.sh 命令輸出重定向到out.file, 即輸出內容不打印到屏幕上,而是輸出到out.file文件中。
2>&1 是將錯誤輸出重定向到標準輸出。 而後將標準輸入重定向到文件out.file。
&1 表示的是文件描述1,表示標準輸出,若是這裏少了&就成了數字1,就表示重定向到文件1。
& :後臺執行
測試:
ls 2>1 : 不會報沒有2文件的錯誤,但會輸出一個空的文件1;
ls xxx 2>1: 沒有xxx這個文件的錯誤輸出到了1中;
ls xxx 2>&1: 不會生成1這個文件了,不過錯誤跑到標準輸出了;
ls xxx >out.txt 2>&1 == ls xxx 1>out.txt 2>&1: 由於重定向符號>默認是1,這句就把錯誤輸出和標準輸出都傳到out.txt 文件中。
4、2>&1寫在後面的緣由
格式:command > file 2>&1 == command 1> file 2>&1
首先是command > file將標準輸出重定向到file中, 2>&1 是標準錯誤拷貝了標準輸出,也就是一樣被重定向到file中,最終結果就是標準輸出和錯誤都被重定向到file中。
若是改爲: command 2>&1 >file
2>&1 標準錯誤拷貝了標準輸出的行爲,但此時標準輸出仍是在終端。>file 後輸出才被重定向到file,但標準錯誤仍然保持在終端。
延伸閱讀:
Shell標準輸出、標準錯誤 >/dev/null 2>&1
如何讓Linux定時任務crond以秒爲單位執行(如每隔3秒)
經驗教訓:
打算在服務器上 天天晚上23:00 定時執行Python腳本,去備份MySql數據庫,命令以下:
1 |
* 23 * * * python / var /www/html/crontab_python/back_db.py >/dev/null 2>&1 |
結果呢,每次備份都產生了 60份 備份文件,仔細查看定時任務命令,發如今「分」的位置上,少加了個「0」,由於「*」表示該位置的任何一個值,修改以下:
1 |
0 23 * * * python /var/www/html/crontab_python/back_db.py >/dev/null 2>&1 |
0 4 * * * /usr/local/php/bin/php /usr/local/nginx/www/backup-db/backup_db.php 172.16.8.26 >/dev/null 2>&10 4 * * * /usr/local/php/bin/php /usr/local/nginx/www/backup-db/backup_db.php 172.16.10.151 >/dev/null 2>&1