资源下载 - 从此开始!

下载我_精品源码软件教程资源网

您的位置:主页 > 服务器 > 正文

linux计划任务crontab -e与vi /etc/crontab的使用区别

2018-10-10 18:30 来源:互联网 编辑:admin

linux计划任务的创建中,要使用crontab命令。而使用crontab命令的时候,又有两种不同的方法来创建计划任务,分别是crontab -evi /etc/crontab。但是这两种方法创建计划任务时的写法是不同的,不注意它们的差别,就可能创建计划任务失败。本文将介绍它们的使用区别。

crontab简介

crontab是Unix和Linux用于设置周期性被执行的指令,很多任务都会设置在crontab循环执行,只需要写好自己的业务逻辑,通过crond这 个工业级程序去调度就行了,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 -e与vi /etc/crontab的区别

首先必须弄清楚的是,crontab -evi /etc/crontab 编辑的文件是不同的,crontab -e 编辑的文件是(假如当前登录用户是root):/var/spool/cron/root,而 vi /etc/crontab 编辑的文件是:/etc/crontab

我们使用 crontab -l 命令时,其实查看的是 /etc/crontab 这个文件的内容,而不是 /var/spool/cron/root 这个文件的内容(假如当前登录用户是root)。所以,我们看到结果可能为空,但实际上是有计划任务在运行的,如果使用 crontab -e 添加了计划任务的话。

至此,你应该对 crontab -evi /etc/crontab 有了初步的了解了吧。

crontab -e 是针对『使用者』的 cron 来设计的,如果是『系统的例行性任务』时,就要编辑 /etc/crontab 这个文件。

那就是 crontab -e 这个 crontab 其实是 /usr/bin/crontab 这个运行档,但是 /etc/crontab 可是一个『纯文字档』,必须用 root 的身份编辑一下这个文件。

crontab -e与vi /etc/crontab的不同写法

创建计划任务的时候,可以用crontab -evi /etc/crontab ,但它们的写法是不同的。它们的写法分别如下:

crontab -e

0 0 * * * sh /home/crontab/restart_php.sh >/dev/null 2>&1 &

vi /etc/crontab

0 0 * * * root sh /home/crontab/restart_php.sh >/dev/null 2>&1 &

比较看到,vi /etc/crontab 的语句里多了一个“root”,即是告诉系统,这个计划文件要“root”这个用户来执行。

注意事项:

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的格式讲解

下面一图可清晰理解crontab的书写格式:

crontab格式
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 号分别进行,如此一来与你当初的规划就不一样了~所以罗,得要注意这个地方!上述的写法是不对的!

一些示例

路径

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 执行 

后台执行命令:&

当在前台运行某个作业时,终端被该作业占据;而在后台运行作业时,它不会占据终端。可以使用&命令把作业放到后台执行。

如:

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

在后台运行作业时要当心:需要用户交互的命令不要放在后台执行,因为这样你的机器就会在那里傻等。

不过,作业在后台运行一样会将结果输出到屏幕上,干扰你的工作。如果放在后台运行的作业会产生大量的输出,最好使用下面的方法把它的输出重定向到某个文件中:

如:

command >out.file 2>&1 &

在这个例子中,2>&1 表示所有的标准输出和错误输出都将被重定向到一个叫做out.file 的文件中。

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 文件中。

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,但标准错误仍然保持在终端。

CentOS下查看crontab执行历史记录

在crontab中添加了定时任务,但发现没有得到期望的结果,因而怀疑是crontab没有执行相应的任务,但怎么定位crontab是否执行呢?

这就需要查看crontab的执行历史记录,具体位置如下:

cd /var/log
tail -100 cron

在cron文件中即可查阅已经操作过的相关定时任务。

打赏一下,我们会为大家提供更多优质资源!

相关文章,95%的人会看!{有内幕、有真相...}

看过本文的人还看过

关闭

微信扫一扫

站长微信账号