Ubuntu中PHP-FPM性能瓶颈的主要来源及优化方向
PHP-FPM的进程管理参数（如pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers）直接影响并发处理能力。若pm.max_children设置过小，无法应对高并发请求，导致请求排队等待；若设置过大，会消耗过多内存，甚至引发OOM（Out of Memory）错误。需根据服务器内存（每进程约占用memory_limit值）、CPU核心数及应用负载调整：例如，pm = dynamic模式下，pm.max_children可设置为(总内存 - 系统预留内存) / 单进程内存限制（如16GB内存、128MB/进程，可设为120左右）。
PHP脚本每次请求都需重新解析、编译，消耗大量CPU资源。未启用OPcache（opcache.enable=0）或参数配置不合理（如opcache.memory_consumption过小、opcache.max_accelerated_files不足），会导致重复编译，显著降低性能。需启用OPcache并调整参数：opcache.enable=1、opcache.memory_consumption=128-256M（根据内存调整）、opcache.max_accelerated_files=4000-10000（覆盖应用大部分脚本文件）。
PHP应用频繁查询数据库（尤其是未优化的查询）会导致I/O等待，成为性能瓶颈。常见原因包括：未使用索引、查询复杂度高、频繁建立/关闭数据库连接。需通过以下方式优化：为常用查询条件添加索引、使用预处理语句（PDO/MySQLi）、启用数据库连接池（如MySQL的wait_timeout调整）、缓存查询结果（Redis/Memcached）。
文件描述符限制（ulimit -n）过低会导致PHP-FPM无法处理大量并发连接（默认通常为1024）；内核参数（如net.core.somaxconn、fs.file-max）未优化会影响网络和文件系统性能。需调整：ulimit -n 65535（临时）、修改/etc/security/limits.conf（永久）；调整内核参数：net.core.somaxconn=65535、fs.file-max=100000，并通过sysctl -p生效。
未开启慢日志（slowlog）或慢查询阈值（request_slowlog_timeout）设置过高，无法及时定位执行慢的脚本（如循环嵌套过深、外部API调用耗时）；错误日志（error_log）级别过高（如debug）会产生大量无用日志，消耗I/O资源。需开启慢日志并合理设置阈值：slowlog = /var/log/php-fpm/www-slow.log、request_slowlog_timeout = 10s（捕捉10秒以上的慢请求）；调整日志级别为notice或warning，减少无用日志输出。
Nginx与PHP-FPM之间的通信方式（Unix域套接字 vs TCP/IP）影响传输效率：Unix域套接字（listen = /run/php/php7.4-fpm.sock）比TCP/IP（listen = 127.0.0.1:9000）更快，但需确保Nginx用户（如www-data）有权限访问套接字文件（listen.owner = www-data、listen.group = www-data）；pm.max_requests设置过小（如100）会导致进程频繁重启，增加内存碎片和初始化开销，需根据应用内存泄漏情况调整（如1000-5000）。
PHP代码中的低效操作（如未优化的循环、重复计算、不必要的文件IO）会直接消耗CPU和内存资源。需通过代码剖析工具（如Xdebug、Blackfire）定位瓶颈：减少循环内的数据库查询、合并多个小文件为一个大文件（减少IO次数）、使用更高效的算法（如用array_column替代循环提取数组列）。
