当前位置:编程学习 > > 正文

laravel异步日志(laravel异步监控定时调度器实例详解)

时间:2022-01-25 00:47:39类别:编程学习

laravel异步日志

laravel异步监控定时调度器实例详解

定时调度器是什么

laravel默认提供了一个命令定时任务的功能,在其他的php框架下面,没有这个定时任务,我们要跑一些异步脚本怎么操作呢,只能依赖我们系统提供的crontab来做,这就导致我们每次发版本新增定时任务都要去服务器更改crontab代码,获取更新这个配置。

执行命令是php artisan schedule:run 来执行,那放在哪里执行呢,没错这个调起还是需要依赖我们crontab来执行,但是只需要配置一次,后续所有定时任务都在我们业务代码进行控制

场景

我们有一个导入数据的定时任务

  • ?
  • 1
  • 2
  • //每分钟导入库数据
  • $schedule->command(self::signature)->withoutoverlapping()->everyminute()->runinbackground();
  • 这里导入长时间最好使用runinbackground(),表示异步执行,其实就是在shell脚本的末尾加上 & 符号,在linux上完全依赖系统的方式完成。

    这里使用了withoutoverlapping() 表示在同一时刻只能有一个任务执行,主要逻辑使用的是排它锁实现,依赖于我们cache的driver,我这里使用的是redis,后面作为锁的过期直接redis提供的key过期来做。

    出现问题

    这个任务在正常情况下都是非常完美的,因为同一时刻只有一个再跑,跑完就可以,但是一个场景出现
    有一天我们的qa同学刚部署环境后,我们服务端就在默默的导入库了,因为使用withoutoverlapping($expire_at=1440)这个时候在redis就有一个锁产生了,这个默认带参数是锁的过期时间,默认是一天,然后因为我们docker环境需要更改参数然后进行后端server服务的重启,我们重启也是比较暴力,就是直接发送kill的信号,导致所有在里面跑的进程瞬间kill,而这时候我们的redis的锁缺还存在,而且是1440分钟左右,那当我们server再启动后,发现锁一直存在,没办法进行后续的操作了,只能等着。

    解决

    那我把锁的时间减少行不行,原来1天,我改成30分钟,没问题,开始第一版方案我们也是这样做,官方也是可以这样做的。

    后来我们一想,能否做到一个监控程序呢,进程退出后立马监控到过期呢,这样就不用固定一个时间,这当然是所有软件开发者理想状态:要你开你就开,我挂了锁也就去掉了,不论正常与否。

    解决方案

    laravel异步日志(laravel异步监控定时调度器实例详解)

    说明:

    代码实现

    代码实现总是那么苍白无力哈,这里就写一个laravel的扩展来做,好处就是不影响我们主体的任何代码就完成了,我们的laravel可以随意升级。

    github地址:github.com/zzh78727258…

    composer地址:packagist.org/packages/ze…

    总结

    整体实现没有使用判断进程是否存在的ps grep等命令,因为我们docker环境不一定支持这些命令,只是用简单的pid与parent_id做对比。

    laravel的在命令开始于结束都进行钩子方式,我们在listener下面进行监听即可

  • ?
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • public function subscribe($events)
  •  {
  •   $events->listen(
  •    [
  •     commandstarting::class, // 命令开始的时候
  •    ],
  •    __class__ . '@handle'
  •   );
  •  }
  • 整体代码是基于laravel扩展化的,不会影响laravel的升级操作。

    好了,以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对开心学习网的支持。

    原文链接:https://juejin.im/post/5d0b40946fb9a07f04204e57

    上一篇下一篇

    猜您喜欢

    热门推荐