php-fpm重启导致的程序执行中断问题详解(3)

reload 那个其实就是 -USR2信号，这个bug看起来还没解决。。。不过-USR2 应该说是偶现terminate，但 -TERM 肯定是必现terminate

现在代码部署逻辑是同步代码+清理opcache和yac缓存， 不对php-fpm进程做操作

php-fpm 会自己对worker进程处理的请求数计数，达到一定数量就干掉再重新拉一个； 所以worker进程应该没有什么内存泄露的问题； manager 进程就不清楚了，但我想概率应该是极其低的。这个适不适用感觉很难去证伪啊。。。

所以要不找3台机器， 一台用 -QUIT， 一台用 -USR2,  一台去掉这个定时任务；先观察下

sa 回复可以，我们自己看着办

尾声

改成 SIGQUIT 信号nginx里还是有 104: Connection reset by peer， 看来手册里说SIGQUIT: graceful stop 也不能保证一次请求里的所有动作都执行完啊

最终结果 去掉这个定时重启php-fpm 的任务, 已经3个多月了，没发现问题，oh yeah~

参考文档

• php-fpm signal handler
• php-fpm init script
• killproc man page

总结

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