首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

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

跟订单时间刚好吻合,那肯定有必要研究下了 熟悉下 php-fpm 的管理 php-fpm 是通过 php-fpm这个命令进行管理的,我们先看下这个命令 man php-fpm 这里有提到,php-fpm...这句 改成 killproc -p {pidfile} php-fpm -QUIT php-fpm 的worker 是计数n次后就会杀掉重新拉一个,如果用reload感觉功能重复了,根本没必要定时重启了..., 我还是选 graceful stop(SIGQUIT) 吧 当然还有个问题时,为啥要配置个定时重启,将上面的内容发给sa看了 与sa 的问答 sa 说了3点意见 建议看下 -QUIT 时,Nginx...Bug #60961 Graceful Restart (USR2) isn’t very graceful php-fpm每天定时重启脚本 这个定时脚本大概是在2012年部署的,当时是担心 PHP-FPM...nginx里还是有 104: Connection reset by peer, 看来手册里说SIGQUIT: graceful stop 也不能保证一次请求里的所有动作都执行完啊 最终结果 去掉这个定时重启

1.5K30

php-fpm的pool,php-fpm慢执行日志,open_basedir,php-fpm进程管理

pm.min_spare_servers = 5 pm.max_spare_servers = 35 pm.max_requests = 500 rlimit_files = 1024 然后测试一下有没有语法错误,没问题的话就重启...检查语法和重启php-fpm慢执行日志: php-fpm的慢执行日志是一个很有用的东西,如果需要做php的网站,建议使用lnmp架构,因为我们可以去分析php-fpm的慢执行日志,在运维的日常工作当中经常会遇到一个让人头疼的问题...reload #重启php-fpm服务 Reload service php-fpm done 然后查看一下是否有生成日志文件,这个时候日志文件是空的: 接下来我们来模拟一个慢执行的...保存退出后,修改pool文件,故意改错,测试一下是否会记录错误日志: 然后创建错误日志文件,并且修改此文件的权限为777: 重启php-fpm服务: 进行访问,可以看到报了404错误: 现在就可以去看看日志文件里是否有记录这条错误信息...: cat /usr/local/php-fpm/var/log/php_errors.log 然后我们把pool文件修改正确,再次重启php-fpm,接着再进行访问,状态码为200就没问题了: php-fpm

1.1K40
领券