在Ubuntu上，PHP-FPM（FastCGI Process Manager）是高并发场景下的常客，但很多人配置完就丢在那里，结果一压测就崩。实际上，只要掌握几个关键优化点，它的处理能力能轻松翻倍。下面从配置到实战，逐一拆解。
安装与基础配置
安装PHP-FPM一步到位：
sudo apt-get install php-fpm装完之后，核心配置文件在/etc/php/{version}/fpm/pool.d/www.conf。这里的所有参数都直接决定了进程如何“工作”，别急着用默认值，得结合服务器硬件和预期并发量来调。
进程管理参数——这才是核心
www.conf里的pm选项决定进程管理方式，static、dynamic和ondemand各有适用场景。高并发场景下，dynamic或ondemand更灵活，但具体怎么选？看这里：
pm.max_children：最大子进程数。这个值的上限由内存决定，假设每个进程平均消耗30MB，服务器有8GB内存，那么max_children控制在200左右比较安全。pm.start_servers：启动时的子进程数。一般设为max_children的20%-30%。pm.min_spare_servers和pm.max_spare_servers：空闲进程的缓冲池。保持一定数量的空闲进程能快速响应突发请求，但太多会浪费资源。pm.max_requests_per_child：每个子进程处理请求的上限。建议设为500-1000，可以防止内存泄漏累积。
PHP自身参数也别忽视
编辑php.ini（通常在/etc/php/{version}/cli/php.ini，但FPM有自己的一份，注意路径），以下是几个关键点：
max_execution_time：脚本最大执行时间，高并发下建议设短一些，比如30秒，避免慢请求拖垮进程。memory_limit：单个脚本允许的最大内存，根据业务量设，比如128M或256M。post_max_size和upload_max_filesize：视应用需求调，过大容易阻塞进程。opcache.enable：务必开启！OPcache能显著减少PHP文件重复编译的时间，对高并发帮助非常明显。
用负载均衡器分摊压力
单台机器再优化也有瓶颈。如果并发量持续走高，可以在前面加Nginx或HAProxy做负载均衡，把请求分发到多个PHP-FPM实例。这样不仅提高了总吞吐量，还能做到故障隔离。
缓存和数据库优化——双管齐下
高并发场景下，数据库往往是最大的瓶颈。用Redis或Memcached缓存常用数据，减少数据库查询次数；同时优化SQL语句、建立合适的索引、使用连接池——这些传统手段依然管用。别忘了，PHP-FPM本身并不处理数据库操作，它只负责执行脚本，所以数据库的响应速度直接影响整个请求链路的耗时。
监控才是调优的“眼睛”
配置改完就完事？不是的。得用工具盯着：New Relic、Datadog或简单的htop、php-fpm状态页，观察每个进程的内存占用、请求延迟、空闲进程数。根据这些数据反复调整pm.*参数，才能找到最适合当前业务的最佳配置。
总结一下：关键不在于某个参数设得多大，而在于整个链路——从进程管理到PHP配置，再到上游负载均衡和下游缓存数据库——协同配合。试试按照上述思路逐步调整，你会发现PHP-FPM在高并发下其实很能打的。
