Linux crontab命令定时任务详解

发布时间:2023年12月24日

????????crond是Linux系统中用来定期执行命令或指定程序任务的一种服务或软件,与Windows下的计划任务类似。当安装完成操作系统后,默认会安装此服务工具,并且会自动启动crond进程。crond进程每分钟会定期检查是否有要执行的任务,如果有要执行的任务,则自动执行该任务。

????????Linux下的任务调度分为两类,系统任务调度和用户任务调度。系统任务调度是系统周期性所要执行的工作,比如写缓存数据到硬盘、日志清理等。在/etc目录下有一个crontab文件,这个就是系统任务调度的配置文件。

????????Linux下的crontab是一个用于设置周期性被执行的任务的工具。用户可以使用crontab命令来编辑、查看或删除定时任务。在Linux系统中,crontab命令常见于Unix和Linux的操作系统之中,用于设置周期性被执行的指令。

????????crontab储存的指令被守护进程激活,通常被称为cron jobs。crond在后台运行,每一分钟检查是否有预定的作业需要执行。如果使用控制文件被修改了,cron守护进程(crond)不必被重启,而是直接读取文件。

一、crond服务管理命令

service crond start    // 启动服务
service crond stop     // 关闭服务
service crond restart  // 重启服务
service crond reload   // 重新载入配置
service crond status   // 查看服务状态

????????安装完成操作系统后,默认会安装 crond 服务工具,且 crond 服务默认就是自启动的。crond 进程每分钟会定期检查是否有要执行的任务,如果有,则会自动执行该任务。

执行命令如下:

(base)[root@uat ~]#service crond start
Redirecting to /bin/systemctl start crond.service
(base)[root@uat ~]#service crond stop
Redirecting to /bin/systemctl stop crond.service
(base)[root@uat ~]#service crond restart
Redirecting to /bin/systemctl restart crond.service
(base)[root@uat ~]#service crond reload
Redirecting to /bin/systemctl reload crond.service
(base)[root@uat ~]#service crond status
Redirecting to /bin/systemctl status crond.service
● crond.service - Command Scheduler
   Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
   Active: active (running) since 日 2023-12-24 16:16:49 CST; 12s ago
  Process: 8293 ExecReload=/bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS)
 Main PID: 7518 (crond)
    Tasks: 1
   Memory: 640.0K
   CGroup: /system.slice/crond.service
           └─7518 /usr/sbin/crond -n
                                                                                                                                                                                 
12月 24 16:16:49 uat.drd.gzhxrcb systemd[1]: Started Command Scheduler.
12月 24 16:16:49 uat.drd.gzhxrcb crond[7518]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 86% if used.)
12月 24 16:16:49 uat.drd.gzhxrcb crond[7518]: (CRON) INFO (running with inotify support)
12月 24 16:16:49 uat.drd.gzhxrcb crond[7518]: (CRON) INFO (@reboot jobs will be run at computer's startup.)
12月 24 16:16:55 uat.drd.gzhxrcb systemd[1]: Reloading Command Scheduler.
12月 24 16:16:55 uat.drd.gzhxrcb systemd[1]: Reloaded Command Scheduler.
12月 24 16:17:01 uat.drd.gzhxrcb crond[7518]: (CRON) INFO (running with inotify support)

二、crontab 命令

????????crontab 命令是通过 /etc/cron.allow 和 /etc/cron.deny 文件来限制某些用户是否可以使用 crontab 命令的。

? ? ? ? 命令使用原则:

· 如果两个文件都不存在,则只有root用户才能使用crontab命令。
· 如果cron.allow存在, cron.deny不存在,则只有列在cron.allow文件里的用户才能使用crontab命令,如果root用户也不在里面,则root用户也不能使用crontab。
· 如果cron.deny存在, cron.allow不存在,则只有列在cron.deny文件里面的用户不能使用crontab命令,其它用户都能使用。
· /etc/cron.allow优先级高于/etc/cron.deny
· 都存在情况下,只有写入/etc/cron.allow文件的用户可以使用 crontab 命令,没有写入的用户不能使用 crontab 命令。若用户同时有/etc/cron.allow和/etc/cron.deny中,则/etc/cron.deny被忽略。

? ? ? ? Linux系统默认只有/etc/cron.deny文件,如下图所示:

2.1?crontab 命令格式

[root@localhost ~]# crontab [选项] [file]

说明:

  • file:?命令文件的名字,表示将file?作为 crontab的任务列表文件并载入 crontab;若在命令中未指定文件名,则上命令将受标准输入(键盘)上键入的命令,并将它们键入 crontab。
  • 选项
    • -u:user?用来设定某个用户的crontab服务。(用户的 crontab 服务,此选项一般有 root 用户来运行)
    • -e:编辑某个用户的 crontab 文件内容。如果不指定用户,则表示编辑当前用户的 crontab 文件。
    • -l:显示某用户的 crontab 文件内容,如果不指定用户,则表示显示当前用户的 crontab 文件内容。
    • -r:从 /var/spool/cron 删除某用户的 crontab 文件,如果不指定用户,则默认删除当前用户的 crontab 文件。
    • -i:在删除用户的 crontab 文件时,给确认提示。

示例:

????????查看内在使用情况:

? ? ? ? 有一天我发现框中的区域即缓存的内存非常的高,可用内在非常的低,有一些应用启动不起来,于是写了一个清缓存的脚本,如下:

[root@drd app]# vi cleanBuffCache.sh
#!/bin/bash
echo "开始清理缓存"
# 写入硬盘,防止数据丢失
sync;sync;sync;
# 延迟10S
sleep 10
echo 1 > /proc/sys/vm/drop_caches
echo 2 > /proc/sys/vm/drop_caches
echo 3 > /proc/sys/vm/drop_caches
echo "清理缓存结束"

? ? ? ? 然后配置crontab如下:

[root@drd app]# crontab -e
0 0 * * * /home/***文件绝对路径***/cleanBufferCache.sh

????????当“crontab -e”编辑完成之后,一旦保存退出,那么这个定时任务实际就会写入 /var/spool/cron/ 目录中,每个用户的定时任务用自己的用户名进行区分。而且 crontab 命令只要保存就会生效,只要 crond 服务是启动的。

????????然后使用 service crond reload 命令重新载入配置,使刚刚配的任务生效。(或者用service crond restart?或?service crond stop?再service crond start?均可)

2.2 任务配置说明

语法:

minute hour day month week command

? ? ? ? 如上配置0 0 * * * /home/***文件绝对路径***/cleanBufferCache.sh

  • 第一个0(minute):表示一小时当中的第0分钟,可用 * 表示任务分钟。取值范围 0 ~ 59
  • 第二个0(hour):表示一天当时第0小时,可用* 表示任务小时。取值范围 0 ~ 23
  • 第三个 *(day):表示一个月当中的第几天。取值范围 1 ~ 31
  • 第四个* (month):表示一年当中的第几个月。取值范围 1 ~ 12
  • 第五个* (week):表示一周当中的星期几。0 ~ 7 (0?和 7?是星期日)
  • 第六个参数(command):要执行的命令,可以是系统命令,也可以是自己编写的脚本文件。(本示例为可执行的脚本文件)

特殊符号说明:

  • * (星号):表示任务时间。如第一个(左边第一个)代表一小时中每分钟都执行一次的意思。
  • ,(逗号):表示不连续的时间。如 0,15,25 * * * *?表示每小时0分钟、15分钟?和 25分钟都执行一次命令。
  • -(中杠):表示连续的时间范围。如 0 8-12 * * *?表示8点到12点0分都执行一次命令。
  • /(正斜线):表示每隔多久执行一次。比如 */25 * * * * ,表示每隔25分钟执行一次命令。

示例:

配置规则说明
45 22 * * *在 22 点 45 分执行命令
0 17 * * 1在每周一的 17 点 0 分执行命令
0 5 1,15 * *在每月 1 日和 15 日的凌晨 5 点 0 分执行命令
40 4 * * 1-5在每周一到周五的凌晨 4 点 40 分执行命令
*/10 4 * * *在每天的凌晨 4 点,每隔 10 分钟执行一次命令
0 0 1,15 *
在每月 1 日和 15 日,每周一个 0 点 0 分都会执行命令,注意:星期几和几日最好不要同时出现,因为它们定义的都是天,非常容易让管理员混淆
0 6 * * *
每天早上6点执行
0 */2 * * *
每两个小时
0 11 4 * 1-3
每个月的4号和每个礼拜的礼拜一到礼拜三的早上11点
0 4 1 1 *
1月1日早上4点

推荐Crontab命令?执行时间工具网站:crontab执行时间计算 - 在线工具可以此网站来测试和验证CRON表达式的执行计划。? ?

2.3?配置规则注意事项

  • 6 个选项都不能为空,必须填写。如果不确定,则使用“*”代表任意时间。
  • crontab 定时任务的最小有效时间是分钟,最大有效时间是月。像 2018 年某时执行、3 点 30 分 30 秒这样的时间都不能被识别。
  • 在定义时间时,日期和星期最好不要在一条定时任务中出现,因为它们都以天为单位,非常容易让管理变得混淆。
  • 在定时任务中,不管是直接写命令,还是在脚本中写命令,最好都使用绝对路径。有时使用相对路径的命令会报错。

易踩坑:2.2?第六个参数 command是一个可执行命令和可执行的文件,若此参数是文件一定要把这个文件的权限修改为可执行的文件,否则不生效。

文章来源:https://blog.csdn.net/imwucx/article/details/135182209
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。