Apache MPM决定Web服务器如何处理连接和工作单元，PHP-FPM则管理PHP请求进程，两者不是同一个模式开关。选用线程、进程与外部PHP方式时，需要核对模块兼容和端到端资源，而不是只调一层并发。
先确认PHP实际怎么运行
站点可能通过Apache模块、FastCGI代理或其他方式执行PHP，不能因面板写着Apache就假定使用同一种实现。记录当前MPM、PHP处理模块和后端池，再了解请求从接入到脚本执行的路径。静态请求与PHP请求也有不同资源消耗。
分开理解连接与脚本并发
Web层可以接收的连接数，不等于后端PHP同时处理能力。某一层提高后，等待可能转移到另一层，甚至占用更多连接和内存。用真实访问和队列状态观察，不根据线程数量直接推算WordPress能服务多少在线客户。
核对模块和运行时兼容
不同MPM与嵌入模块对线程等条件可能有要求，具体取决于当前构建和官方支持。切换前盘点模块、主机控制方式和共享站点影响，先在测试环境验证。不要将网上旧版推荐直接推广到所有新版系统，也不应为了改一站重配全部服务器而不评估范围。
用代表性路径验证整体成本
检查静态资源、普通PHP页、后台和长请求的响应、错误及资源。观察Apache与FPM两层是否出现排队或无效空闲，记录变更前后相同负载条件。配置通过只说明可启动，站点业务和其他共享站点仍需分别回归，保留可用回退方案。
关键区别
Apache MPM：管理Web工作机制；不是PHP-FPM模式。
PHP-FPM：管理PHP处理进程；受独立容量限制。
整体并发：由多层共同制约；不能只看一层数字。
怎样确认处理到位
当前MPM与PHP方式兼容，代表性访问和长请求正常，两层资源与队列符合预算，其他站点不因切换受损。
容易误判的边界
本篇不推荐一个适合全部主机的MPM，也不将某个线程或进程数量直接等同于网站在线人数。
