让Crontab每秒钟执行一次任务的方法
发布时间：2024-05-01 点击：107
crontab是linux下定时调度配置文件，通过它，我们可以让系统的程序、脚本、命令、任务按设定的时间、间隔、周期循环的运行。 在crontab里时间粒度最小的是分钟。也就是说，通过crontab配置，我们最多可以让目标任务每分钟执行一次，更频繁的执行是不行的，只能借助其它方法。
相关学习推荐：linux视频教程
比如说，如果希望一个程序每30秒执行一次，该怎么办呢？
变通的方法还是有的。 一种思路是，在crontab里添加两条配置，一条是正常调度，每分钟执行一次，另一条是等待30秒后才执行。
# need these to run on 30-sec boundaries, keep commands in sync.* * * * * /path/to/executable param1 param2* * * * * ( sleep 30 ; /path/to/executable param1 param2 )这种方法感觉有点生硬，怪怪的，但的确可行。这种方法实际是可以简写成一行：
* * * * * /bin/bash -l -c "/path/to/executable; sleep 30 ; /path/to/executable"还有一种方法是使用watch命令：
$ watch --interval .30 script_to_run_every_30_sec.sh但watch是命令行工具，我们可以使用nohup命令让它在后台运行。
systemd定时器
如果我们使用的linux系统里有systemd，可以使用systemd定时器在任何时间粒度上调度程序，理论上可以小到纳秒级别——当然，这样做有点疯狂。总之，它在任务调度上的灵活性远比cron要高——无需使用sleep这种蹩脚的方案。
比起一行完成配置的crontab来说，建立一个systemd定时器会显得稍微复杂一些，但为了更好的实现小于‘每分钟’粒度的调度任务，这种方法值得尝试。
systemd定时器实现原理简单说就是两部分：一个系统service，一个systemd定时器。systemd定时器执行调度，而任务是写在service里。
下面有个简单的例子，目标是让系统logger每十秒钟输出一次“hello world”;
/etc/systemd/system/helloworld.service
[unit]description=say hello[service]execstart=/usr/bin/logger -i hello world/etc/systemd/system/helloworld.timer
[unit]description=say hello every 10 seconds[timer]onbootsec=10onunitactivesec=10accuracysec=1ms[install]wantedby=timers.targethelloworld.timer里并没有声明service的名称，那它和service是如何关联的呢？没错，因为它们的名称相同，都是helloworld。如果想让整个系统使用这个定时器，这两个文件就需要放置在/etc/systemd/system下。如果想给某个用户使用，则放置在~/.config/systemd/user。想让这个定时器立即运行，需要执行下面的命令：
systemctl enable --now helloworld.timer里面的–now标记是让定时器立即执行。否则，只有等系统重启后，或者用户登录是才会触发运行。
[timer]部分里的各个字段的作用如下：
onbootsec – 系统启动多少秒后开始执行调度onunitactivesec – 重复调度相关service的时间间隔。就是这行配置决定了跟cron job一样定时调度的动作。accuracysec – 定时器精度。 默认是一分钟，跟cron很相似。可以要求的更高，但精度增加会带来更多系统的消耗，更频繁的唤醒cpu。上面的配置里写的是1ms，显然不是个聪明的决定。通常我们可以把它设置为 1（1秒）,对于我们这样低于1分钟时间粒度的定时器的精度要求已经够用了。也是因为如此，我们会看到，实际程序运行时输出“hello world”消息的时间经常会延迟1秒左右。如果你认为这一秒左右的延迟不是问题，那就应该这样设定。
你会发现，systemd定时器和crontab定时器并不是一样的——任务调度的周期并不是按年月日小时分钟周期设定的，它是按我们第一次执行它的时间开始，每次追加一个周期的时间。如果我们钟情于crontab那样的时间配置方式，systemd定时器也是支持的，那就需要把onbootsec和onunitactivesec去掉，换成oncalendar，下面是一个例子：
oncalendar=*-*-* *:*:00,10,20,30,40,50最后补充一点，默认情况下，systemd定时器和service的关联是通过相同的名称，如果你愿意，也可以在[timer]配置里通过指定unit字段配对。
上面的几种方法都可以实现低于分钟粒度的定时调度任务。各有优点。systemd定时器看起来更正规，但稍微复杂了一点。crontab sleep方式虽然别扭，但对于一些小任务来说没有不能胜任的。
云服务器视频存储价格
域名作用是什么？买了域名怎么用？详解域名使用方式
联通云服务器价格表
云建站不正常-其他问题
网吧云服务器怎么使用教程
如何注册网站免费注册 互动网站建设哪家做的好
什么是.me 域名？.me 域名能在中国备案吗？
个人站长如何才能赚钱 看我分享创业历程
相关学习推荐：linux视频教程
比如说，如果希望一个程序每30秒执行一次，该怎么办呢？
变通的方法还是有的。 一种思路是，在crontab里添加两条配置，一条是正常调度，每分钟执行一次，另一条是等待30秒后才执行。
# need these to run on 30-sec boundaries, keep commands in sync.* * * * * /path/to/executable param1 param2* * * * * ( sleep 30 ; /path/to/executable param1 param2 )这种方法感觉有点生硬，怪怪的，但的确可行。这种方法实际是可以简写成一行：
* * * * * /bin/bash -l -c "/path/to/executable; sleep 30 ; /path/to/executable"还有一种方法是使用watch命令：
$ watch --interval .30 script_to_run_every_30_sec.sh但watch是命令行工具，我们可以使用nohup命令让它在后台运行。
systemd定时器
如果我们使用的linux系统里有systemd，可以使用systemd定时器在任何时间粒度上调度程序，理论上可以小到纳秒级别——当然，这样做有点疯狂。总之，它在任务调度上的灵活性远比cron要高——无需使用sleep这种蹩脚的方案。
比起一行完成配置的crontab来说，建立一个systemd定时器会显得稍微复杂一些，但为了更好的实现小于‘每分钟’粒度的调度任务，这种方法值得尝试。
systemd定时器实现原理简单说就是两部分：一个系统service，一个systemd定时器。systemd定时器执行调度，而任务是写在service里。
下面有个简单的例子，目标是让系统logger每十秒钟输出一次“hello world”;
/etc/systemd/system/helloworld.service
[unit]description=say hello[service]execstart=/usr/bin/logger -i hello world/etc/systemd/system/helloworld.timer
[unit]description=say hello every 10 seconds[timer]onbootsec=10onunitactivesec=10accuracysec=1ms[install]wantedby=timers.targethelloworld.timer里并没有声明service的名称，那它和service是如何关联的呢？没错，因为它们的名称相同，都是helloworld。如果想让整个系统使用这个定时器，这两个文件就需要放置在/etc/systemd/system下。如果想给某个用户使用，则放置在~/.config/systemd/user。想让这个定时器立即运行，需要执行下面的命令：
systemctl enable --now helloworld.timer里面的–now标记是让定时器立即执行。否则，只有等系统重启后，或者用户登录是才会触发运行。
[timer]部分里的各个字段的作用如下：
onbootsec – 系统启动多少秒后开始执行调度onunitactivesec – 重复调度相关service的时间间隔。就是这行配置决定了跟cron job一样定时调度的动作。accuracysec – 定时器精度。 默认是一分钟，跟cron很相似。可以要求的更高，但精度增加会带来更多系统的消耗，更频繁的唤醒cpu。上面的配置里写的是1ms，显然不是个聪明的决定。通常我们可以把它设置为 1（1秒）,对于我们这样低于1分钟时间粒度的定时器的精度要求已经够用了。也是因为如此，我们会看到，实际程序运行时输出“hello world”消息的时间经常会延迟1秒左右。如果你认为这一秒左右的延迟不是问题，那就应该这样设定。
你会发现，systemd定时器和crontab定时器并不是一样的——任务调度的周期并不是按年月日小时分钟周期设定的，它是按我们第一次执行它的时间开始，每次追加一个周期的时间。如果我们钟情于crontab那样的时间配置方式，systemd定时器也是支持的，那就需要把onbootsec和onunitactivesec去掉，换成oncalendar，下面是一个例子：
oncalendar=*-*-* *:*:00,10,20,30,40,50最后补充一点，默认情况下，systemd定时器和service的关联是通过相同的名称，如果你愿意，也可以在[timer]配置里通过指定unit字段配对。
上面的几种方法都可以实现低于分钟粒度的定时调度任务。各有优点。systemd定时器看起来更正规，但稍微复杂了一点。crontab sleep方式虽然别扭，但对于一些小任务来说没有不能胜任的。
云服务器视频存储价格
域名作用是什么？买了域名怎么用？详解域名使用方式
联通云服务器价格表
云建站不正常-其他问题
网吧云服务器怎么使用教程
如何注册网站免费注册 互动网站建设哪家做的好
什么是.me 域名？.me 域名能在中国备案吗？
个人站长如何才能赚钱 看我分享创业历程