php fpm 瓶颈,php-fpm进程利用CPU不均问题的优化过程

为了试验一下atlas用php准备构造一些数据，发现100个表总是一个表一个表的插入数据，然后发现另一个有意思的问题，就是CPU使用情况不是均匀的，请教运维后发现是php-fpm的亲和性问题。

让在一台四核服务器上采样分析一下数据确认一下是否存在负载不均衡问题：

shell > mpstat -P ALL 1 10

如上命令的含义是每秒运行一次 mpstat，一共采样 10 次，可以明显看出 CPU0 的空闲 idle 明显小于其它 CPUx，而且大部分都消耗在了用户态 usr 上面。

再让我们通过 pidstat 来确认一下是不是 PHP-FPM 导致的 CPU0 负载问题：

shell> pidstat | grep php-fpm | awk'{print $(NF-1)}' | sort | uniq -c

可见分配给 CPU0 的 PHP-FPM 进程比其他三个 CPUx 总和还要多。为什么大部分进程被分配给了 CPU0？我模模糊糊有一些印象是因为操作系统偏爱使用 CPU0，但我暂时也没找到理论上的根据，如果有人知道，麻烦告诉我。

问题总要解决，既然 PHP-FPM 没有类似 Nginx 那样 CPU 亲缘性绑定的指令，那么我们可以通过 taskset 手动绑定 PHP-FPM 进程到固定的 CPUx 来解决问题：

如上脚本运行后，让我们再来看看各个 CPU 负载分配情况如何：

shell > mp  stat -P ALL1 10

终于平均了，不过需要提醒的是，一旦 PHP-FPM 处理的请求数超过 max_requests 的设置，那么对应的进程将自动重启，先前的 taskset 设置也将失效，所以为了效果，我们可能需要把 taskset 脚本添加到 CRON 配置中去，例如每分钟自动设置一遍

不过运维告诉我，请求上去后服务器每个CPU的负载分布自动平衡了