linux定时执行任务crontab命令用法

linux系统的定时任务是由 cron (crond) 这个系统服务来控制的。Linux 系统上面原本就有非常多的计划性工作，因此这个系统服务是默认启动的。另外, 由于使用者自己也可以设置计划任务，所以，Linux系统也提供了使用者控制计划任务的命令：crontab 命令

crond是linux下用来周期性的执行某种任务或等待处理某些事件的一个守护进程，与windows下的计划任务类似，当安装完成操作系统后，默认会安装此服务工具，并且会自动启动crond进程，crond进程每分钟会定期检查是否有要执行的任务，如果有要执行的任务，则自动执行该任务。linux下的定时任务的执行都依赖于该守护进程。

Linux下的任务调度分为两类，系统任务调度和用户任务调度。
1）系统任务调度：系统周期性所要执行的工作，比如写缓存数据到硬盘、日志清理等。在/etc目录下有一个crontab文件，这个就是系统任务调度的配置文件。通过编辑该文件，我们可以设置定时执行任务。

2）用户任务调度：用户定期要执行的工作，比如用户数据备份、定时邮件提醒等。用户可以使用crontab命令来定制自己的计划任务。所有用户定义的crontab文件都被保存在/var/spool/cron目录中，其文件名与用户名一致。

crontab命令常见于Unix和类Unix的操作系统之中，用于设置周期性被执行的指令。该命令从标准输入设备读取指令，并将其存放于“crontab”文件中，以供之后读取和执行。该词来源于希腊语 chronos(χρόνος)，原意是时间。

通常，crontab储存的指令被守护进程激活，crond进程在后台常驻运行，每一分钟检查是否有预定的作业需要执行。这类作业一般称为cron jobs。

crontab命令的基本用法

1、crontab命令选项

crontab -u   //设定某个用户的cron服务，一般root用户在执行这个命令的时候需要此参数
crontab -l   //列出某个用户cron服务的详细内容
crontab -r   //删除某个用户的cron服务
crontab -e   //编辑某个用户的cron服务

比如说root查看自己的cron设置: crontab -u root -l

再例如，root想删除fred的cron设置: crontab -u fred -r

2、crontab命令特殊符号

“*”  代表所有的取值范围内的数字。这个需要特别注意
“/”  代表每的意思，如*/10，如果用在minute字段，表示每十分钟执行一次。
“-”  代表从某个数字到某个数字，如“2-6”表示“2,3,4,5,6”
“,”  指定一个列表范围，例如，“1,2,5,7,8,9”

3、crontab命令定时任务文件格式

crontab调度任务的文件格式一般如下所示：

1 2 3 4 5 6 7 8 9 10 11

Minute Hour Day Month Dayofweek command 分钟 小时 天 月 天每星期 命令 每个字段代表的含义如下： Minute 每个小时的第几分钟执行该任务，范围是0 – 59 Hour 每天的第几个小时执行该任务，范围是0 – 23 Day 每月的第几天执行该任务，范围是1 – 31 Month 每年的第几个月执行该任务，范围是1 – 12或者jan,feb,mar,apr … DayOfWeek 每周的第几天执行该任务，范围是0 – 6或者sun,mon,tue,wed,thu,fri,sat Command 指定要执行的程序 在这些字段里，除了“Command”是每次都必须指定的字段以外，其它字段皆为可选

下面给出一些常用的写法。

每天的 5:30 执行ls命令

1	30 5 * * * ls

每周六、周日的1 : 10执行ls命令

1	10 1 * * 6,0 ls

注：0表示星期天，1表示星期1，以此类推，也可以用英文来表示，sun表示星期天，mon表示星期一等。

每一小时执行一次ls命令，应该是在0分的时候

1	* */1 * * * ls

注：在某些linux系统下不支持*/n这种写法，有可能会出现错误。

每天7：50以root 身份执行/etc/cron.daily目录中的所有可执行文件

1	50 7 * * * root run-parts /etc/cron.daily

注：run-parts参数表示，执行后面目录中的所有可执行文件。root表示以root身份来执行目录下可执行文件。

添加定时执行任务

如第一节所述，新增调度任务可用两种方法：
1)在命令行输入: crontab -e 然后添加相应的任务，wq存盘退出。添加任务命令的格式在上一节中有详细的介绍。该命令编辑的是/var/spool/cron下对应用户的cron文件，属于用户任务调度。

2)直接编辑/etc/crontab 文件，即vi /etc/crontab，添加相应的任务，属于系统任务调度。
crond进程每分钟不仅要读一次/var/spool/cron内的所有文件，还需要读一次/etc/crontab,因此我们配置这个文件也可以定时执行任务。用crontab配置是针对某个用户的，而编辑/etc/crontab是针对系统的任务。此文件的文件格式是:

1 2 3 4 5 6 7 8 9 10 11

SHELL=/bin/bashPATH=/sbin:/bin:/usr/sbin:/usr/bin //环境变量 MAILTO=root //如果出现错误，或者有数据输出，数据作为邮件发给这个帐号 HOME=/ //使用者运行的路径,这里是根目录 # run-parts 01 * * * * root run-parts /etc/cron.hourly //每小时执行 /etc/cron.hourly内的脚本 02 4 * * * root run-parts /etc/cron.daily //每天执行/etc/cron.daily内的脚本 22 4 * * 0 root run-parts /etc/cron.weekly //每星期执行 /etc/cron.weekly内的脚本 42 4 1 * * root run-parts /etc/cron.monthly //每月去执行/etc/cron.monthly内的脚本 0 * * * * root /root/vncrestart_tennfy.sh //每小时执行vncrestart_tennfy.sh文件

在最后一行为我们自行添加的定时任务，即每小时执行vncrestart_tennfy.sh文件，其中vncrestart_tennfy.sh必须为可执行文件。

注意事项

crontab使用过程中有一些值得注意的地方，下面做一个简单的介绍。

1、清理用户邮件

每条任务调度执行完毕，系统都会将任务输出信息通过电子邮件的形式发送给当前系统用户，这样日积月累，日志信息会非常大，可能会影响系统的正常运行，因此，将每条任务进行重定向处理非常重要。
例如，可以在crontab文件中设置如下形式，忽略日志输出：

1	0 */3 * * * /usr/local/apache2/apachectl restart >/dev/null 2>&1

“/dev/null 2>&1”表示先将标准输出重定向到/dev/null，然后将标准错误重定向到标准输出，由于标准输出已经重定向到了/dev/null，因此标准错误也会重定向到/dev/null，这样日志输出问题就解决了。

2、cron job的执行时间问题

新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行。

小结

这篇文章介绍了linux定时执行任务的常见用法，包括两种方式：1)系统任务调度，即通过编辑/etc/crontab进行添加定时任务；2）用户任务调度，即通过crontab -e命令添加定时任务。在shell脚本的编写中，我们常用第一种方法进行定时任务的添加。

 

crontab定时任务不执行的原因

1、脚本语法错误

在crontab脚本没有定时执行的时候，首先需要检查脚本的语法有没有出现问题。

2、环境变量问题

有时我们创建了一个crontab，但是这个任务却无法自动执行，而手动执行这个任务却没有问题，这种情况一般是由于在crontab文件中没有配置环境变量引起的。我们在手动执行任务时是在当前shell环境下进行的，程序能够找到环境变量，而系统自动执行任务调度时，是不会加载任何环境变量的。因此，我们需要在shelll脚本中提供所有必要的路径和环境变量。

需要注意的主要有以下三点：

1）脚本中涉及文件路径时写全局路径；

2）脚本执行要用到java或其他环境变量时，通过source命令引入环境变量，如：

1 2 3 4 5

cat start_cbp.sh #!/bin/sh source /etc/profile export RUN_CONF=/home/d139/conf/platform/cbp/cbp_jboss.conf /usr/local/jboss-4.0.5/bin/run.sh -c mev &

3）当手动执行脚本OK，但是crontab死活不执行时。这时必须大胆怀疑是环境变量惹的祸，并可以尝试在crontab中直接引入环境变量解决问题。如：

1	0 * * * * /etc/profile;/bin/sh /var/www/java/audit_no_count/bin/restart_audit.sh

3、系统任务调度及用户任务调度

系统任务调度主要完成系统的一些维护操作，用户任务调度主要完成用户自定义的一些任务，可以将用户任务调度放到系统任务调度来完成（不建议这么做），但是反过来却不行，root用户的任务调度操作可以通过“crontab –uroot –e”来设置，也可以将调度任务直接写入/etc/crontab文件，需要注意的是，如果要定义一个定时重启系统的任务，就必须将任务放到/etc/crontab文件，即使在root用户下创建一个定时重启系统的任务也是无效的。

 

！！！当上述三种方法依然解决不了环境变量问题，可以将用户任务调度放到系统任务调度来完成

crontab定时任务不执行的解决办法

1、查看crontab执行记录

在ubuntu下安装crontab后，系统默认的是不开启crontab的日志记录的，启用crontab的日志的办法：
修改rsyslog文件，将/etc/rsyslog.d/50-default.conf 文件中的#cron.*前的#删掉；
重启rsyslog服务service rsyslog restart；
重启cron服务service cron restart；代码如下:
more /var/log/cron.log；
就可以查看运行时的日志文件，如果在日志文件中出现：
代码如下:
No MTA installed, discarding output
那么就是说，crontab执行脚本时是不会直接错误的信息输出，而是会以邮件的形式发送到你的邮箱里，这时候就需要邮件服务器了，如果你没有安装邮件服务器，它就会报这个错。如果是测试，可以用下面的办法来解决：
在每条定时脚本后面加入：
代码如下:

>/dev/null 2>&1