跟小编一起学习 crontab怎么使用(让Crontab每秒钟执行一次任务的方法的详细内容)

跟小编一起学习 crontab怎么使用

crontab 文件

crontab 即 “cron table”，是一个简单的文本文件，其中包含指定任务执行时间间隔的规则和命令。 crontab 文件分为两类：

1）系统范围的 crontab 文件

这些通常由需要 root 特权的 Linux 服务及关键应用程序使用。系统 crontab 文件位于 /etc/crontab 中，并且只能由 root 用户访问和编辑。通常用于配置系统范围的守护进程。crontab 文件的看起来类似如下所示：

etc-crontab-linux

etc-crontab-linux

2）用户创建的 crontab 文件

Linux 用户还可以在 crontab 命令的帮助下创建自己的 cron 任务。创建的 cron 任务将以创建它们的用户身份运行。

所有 cron 任务都存储在 /var/spool/cron（对于 RHEL 和 CentOS 发行版）和 /var/spool/cron/crontabs（对于 Debian 和 Ubuntu 发行版）中，cron 任务使用创建该文件的用户的用户名列出。

cron 守护进程在后台静默地检查 /etc/crontab 文件和 /var/spool/cron 及 /etc/cron.d*/ 目录。

crontab 命令用于编辑 cron 文件。让我们看一下 crontab 文件的结构。

crontab 文件剖析

在继续之前，我们要首先探索 crontab 文件的格式。crontab 文件的基本语法包括 5 列，由星号表示，后跟要执行的命令。

* * * * * command

此格式也可以表示如下：

m h d moy dow command

或

m h d moy dow /path/to/script

让我们来解释一下每个条目

m：代表分钟。范围是 0 到 59

h：表示小时，范围是 0 到 23

d：代表一个月中的某天，范围是 1 到 31

moy：这是一年中的月份。范围是 1 到 12

dow：这是星期几。范围是 0 到 6，其中 0 代表星期日

command：这是要执行的命令，例如备份命令、重新启动和复制命令等

管理 cron 任务

看完 crontab 文件的结构之后，让我们看看如何创建、编辑和删除 cron 任务。

创建 cron 任务

要以 root 用户身份创建或编辑 cron 任务，请运行以下命令：

# crontab -e

要为另一个用户创建或安排 cron 任务，请使用以下语法：

# crontab -u username -e

例如，要以 Pradeep 用户身份运行 cron 任务，请发出以下命令：

# crontab -u Pradeep -e

如果该 crontab 文件尚不存在，那么你将打开一个空白文本文件。如果该 crontab 文件已经存在，则 -e 选项会让你编辑该文件，

列出 crontab 文件

要查看已创建的 cron 任务，只需传递 -l 选项：

# crontab -l

删除 crontab 文件

要删除 cron 任务，只需运行 crontab -e 并删除所需的 cron 任务行，然后保存该文件。

要删除所有的 cron 任务，请运行以下命令：

# crontab -r

然后，让我们看一下安排任务的不同方式。

使用 crontab 安排任务示例

如图所示，所有 cron 任务文件都带有释伴shebang标头。

#!/bin/bash

这表示你正在使用的 shell，在这种情况下，即 bash shell。

接下来，使用我们之前指定的 cron 任务条目指定要安排任务的时间间隔。

要每天下午 12:30 重启系统，请使用以下语法：

30 12 * * * /sbin/reboot

要安排在凌晨 4:00 重启，请使用以下语法：

0 4 * * * /sbin/reboot

注：星号 * 用于匹配所有记录。

要每天两次运行脚本（例如，凌晨 4:00 和下午 4:00），请使用以下语法：

0 4,16 * * * /path/to/script

要安排 cron 任务在每个星期五下午 5:00 运行，请使用以下语法：

0 17 * * Fri /path/to/script

或

0 17 * * * 5 /path/to/script

如果你希望每 30 分钟运行一次 cron 任务，请使用：

*/30 * * * * /path/to/script

要安排 cron 任务每 5 小时运行一次，请运行：

* */5 * * * /path/to/script

要在选定的日期（例如，星期三和星期五的下午 6:00）运行脚本，请执行以下操作：

0 18 * * wed,fri /path/to/script

要使用单个 cron 任务运行多个命令，请使用分号分隔任务，例如：

* * * * * /path/to/script1 ; /path/to/script2

使用特殊字符串节省编写 cron 任务的时间
某些 cron 任务可以使用对应于特定时间间隔的特殊字符串轻松配置。例如，

1）@hourly 时间戳等效于 0 * * * *

它将在每小时的第一分钟执行一次任务。

@hourly /path/to/script

2）@daily 时间戳等效于 0 0 * * *

它在每天的第一分钟（午夜）执行任务。它可以在执行日常工作时派上用场。

@daily /path/to/script

3）@weekly 时间戳等效于 0 0 * * 0

它在每周的第一分钟执行 cron 任务，一周第一天是从星期日开始的。

@weekly /path/to/script

3）@monthly 时间戳等效于 0 0 1 * *

它在每月第一天的第一分钟执行任务。

@monthly /path/to/script

4）@yearly 时间戳等效于 0 0 1 1 *

它在每年的第一分钟执行任务，可以用于发送新年问候。

@yearly /path/to/script

限制 crontab

作为 Linux 用户，你可以控制谁有权使用 crontab 命令。可以使用 /etc/cron.deny 和 /etc/cron.allow 文件来控制。默认情况下，只有一个 /etc/cron.deny 文件，并且不包含任何条目。要限制用户使用 crontab 实用程序，只需将用户的用户名添加到该文件中即可。当用户添加到该文件中，并且该用户尝试运行 crontab 命令时，他/她将遇到以下错误。

restricted-cron-user

restricted-cron-user

要允许用户继续使用 crontab 实用程序，只需从 /etc/cron.deny 文件中删除用户名即可。

如果存在 /etc/cron.allow 文件，则仅文件中列出的用户可以访问和使用 crontab 实用程序。

如果两个文件都不存在，则只有 root 用户具有使用 crontab 命令的特权。

备份 crontab 条目

始终建议你备份 crontab 条目。为此，请使用语法：

# crontab -l > /path/to/file.txt

例如：

# crontab -l > /home/james/backup.txt

检查 cron 日志

cron 日志存储在 /var/log/cron 文件中。要查看 cron 日志，请运行以下命令：

# cat /var/log/cron
view-cron-log-files-linux

view-cron-log-files-linux

要实时查看日志，请使用 tail 命令，如下所示：

# tail -f /var/log/cron
view-live-cron-logs

view-live-cron-logs

让Crontab每秒钟执行一次任务的方法的详细内容

Crontab是linux下定时调度配置文件，通过它，我们可以让系统的程序、脚本、命令、任务按设定的时间、间隔、周期循环的运行。 在Crontab里时间粒度最小的是分钟。也就是说，通过Crontab配置，我们最多可以让目标任务每分钟执行一次，更频繁的执行是不行的，只能借助其它方法。

比如说，如果希望一个程序每30秒执行一次，该怎么办呢？

变通的方法还是有的。 一种思路是，在Crontab里添加两条配置，一条是正常调度，每分钟执行一次，另一条是等待30秒后才执行。

这种方法感觉有点生硬，怪怪的，但的确可行。这种方法实际是可以简写成一行：

还有一种方法是使用watch命令：

但watch是命令行工具，我们可以使用nohup命令让它在后台运行。

SystemD定时器

如果我们使用的linux系统里有SystemD，可以使用SystemD定时器在任何时间粒度上调度程序，理论上可以小到纳秒级别——当然，这样做有点疯狂。总之，它在任务调度上的灵活性远比Cron要高——无需使用sleep这种蹩脚的方案。

比起一行完成配置的crontab来说，建立一个SystemD定时器会显得稍微复杂一些，但为了更好的实现小于‘每分钟’粒度的调度任务，这种方法值得尝试。

SystemD定时器实现原理简单说就是两部分：一个系统service，一个SystemD定时器。SystemD定时器执行调度，而任务是写在service里。

下面有个简单的例子，目标是让系统logger每十秒钟输出一次“Hello World”;

/etc/systemd/system/helloworld.service

/etc/systemd/system/helloworld.timer

如果想让整个系统使用这个定时器，这两个文件就需要放置在/etc/systemd/system下。如果想给某个用户使用，则放置在~/.config/systemd/user。想让这个定时器立即运行，需要执行下面的命令：

里面的–now标记是让定时器立即执行。否则，只有等系统重启后，或者用户登录是才会触发运行。

[Timer]部分里的各个字段的作用如下：里面的–now标记是让定时器立即执行。否则，只有等系统重启后，或者用户登录是才会触发运行。

OnBootSec– 系统启动多少秒后开始执行调度

OnUnitActiveSec– 重复调度相关service的时间间隔。就是这行配置决定了跟cron job一样定时调度的动作。

AccuracySec– 定时器精度。 默认是一分钟，跟cron很相似。可以要求的更高，但精度增加会带来更多系统的消耗，更频繁的唤醒CPU。上面的配置里写的是1ms，显然不是个聪明的决定。通常我们可以把它设置为1（1秒）,对于我们这样低于1分钟时间粒度的定时器的精度要求已经够用了。也是因为如此，我们会看到，实际程序运行时输出“Hello World”消息的时间经常会延迟1秒左右。如果你认为这一秒左右的延迟不是问题，那就应该这样设定。

你会发现，SystemD定时器和Crontab定时器并不是一样的——任务调度的周期并不是按年月日小时分钟周期设定的，它是按我们第一次执行它的时间开始，每次追加一个周期的时间。如果我们钟情于Crontab那样的时间配置方式，SystemD定时器也是支持的，那就需要把OnBootSec和OnUnitActiveSec去掉，换成OnCalendar，下面是一个例子：

上面的几种方法都可以实现低于分钟粒度的定时调度任务。各有优点。SystemD定时器看起来更正规，但稍微复杂了一点。Crontab+sleep方式虽然别扭，但对于一些小任务来说没有不能胜任的。最后补充一点，默认情况下，SystemD定时器和service的关联是通过相同的名称，如果你愿意，也可以在[Timer]配置里通过指定Unit字段配对。

以上就是让Crontab每秒钟执行一次任务的方法的详细内容，更多请关注网站的其它相关文章！