crontab命令是Unix和Linux用于設置周期性被執行的指令，是互聯網很常用的技術，很多任務都會設置在crontab循環執行

如果不使用crontab，那么任務就是常駐程序，這對你的程序要求比較高，一個要求你的程序是24X7小時不宕機，一個是要求你的調度程序比較可靠，實際工作中，90%的程序都沒有必要花這么多時間和精力去解決上面的兩個問題的，只需要寫好自己的業務邏輯，通過Crontab這 工業級程序去調度就行了，Crontab的可靠性，健壯性，大家應該是毫無疑問的。

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.sh0 2 1 4 * /home/blue/do/rsyncfile_day.sh

清空使用者目前的 crontab:

crontab -rcrontab -lno 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 當中，一個帳號一行！ 

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/shPATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # m h dom mon dow user command17 *  * * *  root  cd / && run-parts --report /etc/cron.hourly25 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 或 service crond restart

crontab命令格式詳解

每項工作 (每行) 的格式都是具有六個欄位，這六個欄位的意義為：

比較有趣的是那個『周』喔！周的數字為 0 或 7 時，都代表『星期天』的意思！另外， 還有一些輔助的字符，大概有底下這些：

周與日月不可同時并存

另一個需要注意的地方在於：『你可以分別以周或者是日月為單位作為循環，但你不可使用「幾月幾號且為星期幾」的模式工作』。 這個意思是說，你不可以這樣編寫一個工作排程：

30 12 11 9 5 root echo "just test"  <==這是錯誤的寫法

本來你以為九月十一號且為星期五才會進行這項工作，無奈的是，系統可能會判定每個星期五作一次，或每年的 9 月 11 號分別進行，如此一來與你當初的規劃就不一樣了～所以羅，得要注意這個地方！上述的寫法是不對的！

CentOS下查看crontab執行歷史記錄

在crontab中添加了定時任務，但發現沒有得到期望的結果，因而懷疑是crontab沒有執行相應的任務，但怎么定位crontab是否執行呢？

這就需要查看crontab的執行歷史記錄，具體位置如下：

cd /var/logtail -100 cron

在cron文件中即可查閱已經操作過的相關定時任務。  

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.sh30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh10 8,12,16 * * * /data/app/scripts/monitor/check_ind_unusable.sh10 8,12,16 * * * /data/app/scripts/monitor/check_maxfilesize.sh10 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 執行

Crontab命令后臺執行&

當在前臺運行某個作業時，終端被該作業占據；而在后臺運行作業時，它不會占據終端。可以使用&命令把作業放到后臺執行。

如：

30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh &

在后臺運行作業時要當心：需要用戶交互的命令不要放在后臺執行，因為這樣你的機器就會在那里傻等。

不過，作業在后臺運行一樣會將結果輸出到屏幕上，干擾你的工作。如果放在后臺運行的作業會產生大量的輸出，最好使用下面的方法把它的輸出重定向到某個文件中：

如：

command >out.file 2>&1 &

在這個例子中，2>&1表示所有的標準輸出和錯誤輸出都將被重定向到一個叫做out.file 的文件中。

Crontab命令 2>&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 文件中。

Crontab命令 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，但標準錯誤仍然保持在終端。

經驗教訓：

打算在服務器上 每天晚上23:00 定時執行Python腳本，去備份MySql數據庫，命令如下：

* 23 * * * python /var/www/html/crontab_python/back_db.py >/dev/null 2>&1

結果呢，每次備份都產生了 60份 備份文件，仔細查看定時任務命令，發現在“分”的位置上，少加了個“0”，因為“*”表示該位置的任何一個值，修改如下：

0 23 * * * python /var/www/html/crontab_python/back_db.py >/dev/null 2>&1

然后是PHP腳本的定時執行

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

本文為大家詳細介紹了Linux定時任務Crontab命令使用詳解并總結Crontab命令的一些使用技巧以及工作中遇到的一些問題解決方法，希望對大家有所幫助