生产服务器 PHP-FPM 响应慢

需要分析一下php的代码了

@tu6ge-php 代码我可以保证没问题。 目前的状况是，流量稍微大一点，就响应慢了，平时 php-fpm 的响应基本在 30 ms 左右。

• 首先排查sql（大概率）
• 其次要找到耗时php文件

@crackfan 低流量的时候，30 ms 左右的响应。

查一下 php mysql 慢查询

@whcoding 已经查过了，没有慢 sql 语句。因为是用 docker 部署的。php-fpm 慢查询需要 docker api 版本 1.4.1 以上，所以我使用不了。不能设置 php-fpm 慢日志。

opcache开没？

服务器居然买这么大....

我就不明白你，服务器有这配置，你给我整这么点？直接调大点，按这个搞试下先：

pm = static
pm.max_children = 400
pm.start_servers = 210
pm.min_spare_servers = 20
pm.max_spare_servers = 400
pm.max_requests = 1000

另外，可以开一下慢请求日志，分析下原因（路径写自己的，别光知道抄）：

request_slowlog_timeout = 15s
slowlog = /php/slow.log

几百请求这样呵呵，感觉和配置关系不大 还是代码哪里有优化的空间！

@qiuyuhome 注意如果n p独立容器 记得使用 share_vol

pm.status_path 看一下php-fpm状态，在慢请求时，是不是所有进程都是活跃状态，来判断是不是所有进程都被占了。 如果不是，再往其他方面看。

统一回复一下，监控状态可以看到，巅峰的 running php-fpm 进程，没有超过 40 的时候，我这个服务器还运行着其他服务，目前所有的服务都在这一个服务器上，而且是多个 php-fpm 容器，运行多个网站。

说开启慢日志的，我也上面也提到了，因为是 docker 部署的，慢日志需要 docker api 1.4.1 以上版本，我的目前是 1.40 的版本，如果要开慢日志，那么就得升级 docker，网站服务就都需要停一下。所以没有这么做。

@忆往昔弹指间 已回复，上面了。

@putyy 开了。

@jiangjun 这个早就分析过了。最高的时候没超过 40 。

@忆往昔弹指间 我这个配置，是根据我的实际流量配置的。而且，我开了 2 个副本，所以应该不是这个原因的。

为什么低流量时没啥问题？
是否瓶颈是在服务器带宽上？或者租赁一个相同配置的服务器，内网压测一下？

既然你们可以买这么好的服务器，在慢日志无法开启的情况下，不如先租用一台相同配置的服务器，配置可以开启fpm慢日志的，然后通过压测还原线上情况，查看fpm慢日志情况再去进一步排查

我没记错的话 fpm慢日志是很精准的

我也出现过这种情况，没有SQL慢语句，FPM使用dynamic 模式后使用static（据说这个改动只是减少FPM启动新的和关闭空闲进程的消耗），程序运行好的时候平均50ms以内，慢时会出现慢日志。 我分析慢日志调用栈很多时候和框架启动的初始化有关，也和I/O有关。 如果有条件的话应该使用堆栈调用工具查看下具体的调用信息，不过docker集群很难追踪。

上午找技术老大看了一下，他分析说是 swarm 网络的问题。让我去查查。

overlay 性能问题

这个人遇到的情况，和我一样。nginx 连接 php-fpm，光是连接就花费了 1s 多。在我发的第 3 个图中可以看到。upstream_connect_time。

swarm:Very poor performance for ingress network with lots of parallel requests

这个文章，有人做了大量测试。说的就是这样的问题。

swoole tracker 或者其他性能分析工具分析一下

docker部署为什么不能拿到fpm慢日志?? 目录映射不出来不就好了么

这个时候 其实k8s的优势就出来了

没有慢 sql ，代码也没有问题，那就应该合理怀疑一下是 fpm 的调优了，网络问题的概率我认为反而是更低的，网络再慢也不会慢到 1s，upstream_connect_time 长更可能是没有空闲的 fpm 进程可以响应，在阻塞等待。不想调 pm.max_children 那就多开两个副本，都是值得尝试的。

值得思考的问题

可以试试排除法：

• 用 telescope 看下是不是程序或者 SQL 的问题
• 如不不是，看下是不是 docker 的问题，这个就得理一下项目的整体架构，看看请求是经过了哪些地方，逐一排查

系统可观测性能力需要进一步建设。可观测性三大支柱：Logs、Traces、Metrics。目前你的 grafana 发的时序数据、kibana 看的 日志，已经进行了部分的建设。但是数据间缺乏关联度，导致问题排查的眼镜还是不够。

可以尝试引入APM系统，对系统的观测能力进一步提升，尤其是 Trace 链路的观测，观察每个 span 节点的耗时信息、操作信息

你好这个监控服务看着不错，这个是咋做的？