定位apache与php-fpm性能瓶颈需通过监控、日志分析和性能测试确定问题根源。1.先使用vmstat、iostat等工具监控系统资源；2.利用mod_status观察apache并发连接数及请求处理速度；3.启用php-fpm状态页面查看活跃进程及请求队列长度；4.分析apache访问日志找出高访问量或响应慢的url；5.配置php-fpm慢日志记录执行效率低的脚本；6.使用ab或wrk进行压力测试模拟高并发场景；7.结合strace和perf深入排查系统调用及程序性能问题。若apache cpu过高，检查mod_status、访问日志、.htaccess配置，并跟踪高占用进程。php-fpm进程配置根据服务器资源选择静态或动态模式，合理设置pm.max_children等参数，并持续监控调整。优化php代码应避免循环中数据库查询、合理使用缓存、选择高效数据结构、减少函数调用、借助xdebug或blackfire.io分析性能瓶颈，并优化数据库操作及资源释放。
Apache与PHP-FPM的性能瓶颈定位，本质上是在高并发场景下，找出Web服务器响应慢的根本原因。简单来说，就是搞清楚是Apache扛不住了，还是PHP-FPM慢了，亦或是两者之间通信出了问题。
解决方案
定位Apache与PHP-FPM的性能瓶颈，需要结合监控、日志分析和性能测试，多维度地观察系统行为。
立即学习“PHP免费学习笔记（深入）”；
-
监控先行： 首先，你需要一套完善的监控系统，实时观察CPU、内存、磁盘I/O、网络带宽等关键指标。
vmstat,iostat,netstat,htop这些工具在关键时刻能救命。 比如，CPU持续100%，那肯定是哪里在疯狂运算；磁盘I/O爆满，可能是在读写大量文件。Apache监控：
mod_status模块是你的好朋友。 开启它，你可以实时看到Apache的并发连接数、请求处理速度等信息。 如果并发连接数达到上限，说明Apache可能成为瓶颈。PHP-FPM监控： PHP-FPM自带状态页面。 配置好后，你可以看到活跃进程数、空闲进程数、请求队列长度等信息。 如果请求队列长度持续增长，说明PHP-FPM处理不过来。
pm.status_path = /status在你的PHP-FPM配置里加上这句，然后访问/status看看。
-
日志分析： 日志是真相的记录者。
Apache访问日志： 分析访问日志，可以找出慢请求。
awk '{print $7}' access.log | sort | uniq -c | sort -nr | head这个命令可以帮你找出最常被访问的URL。 如果某个URL的响应时间很长，那很可能就是瓶颈所在。PHP-FPM慢日志： PHP-FPM可以记录慢请求。 配置
slowlog参数，设置慢请求的阈值。 当PHP脚本执行时间超过阈值，就会被记录到慢日志中。 分析慢日志，可以找出执行效率低的PHP代码。
-
性能测试： 通过模拟高并发请求，可以重现性能瓶颈。
ab(Apache Benchmark) 和wrk是常用的性能测试工具。 使用它们，你可以模拟大量并发用户访问你的网站，观察系统的响应时间和吞吐量。压力测试Apache：
ab -n 1000 -c 100 http://your-website.com/这个命令会模拟100个并发用户，发送1000个请求到你的网站。 观察响应时间和错误率。压力测试PHP-FPM： 可以针对特定的PHP脚本进行压力测试，找出性能瓶颈。
工具辅助：
strace和perf是高级调试工具。strace可以跟踪进程的系统调用，perf可以分析程序的性能瓶颈。 但是，使用这两个工具需要一定的经验。
Apache CPU占用过高如何排查？
CPU占用过高通常意味着Apache在处理大量的请求，或者某些请求的处理非常耗时。
检查
mod_status： 首先，通过mod_status查看当前Apache的并发连接数和请求处理状态。 如果并发连接数很高，说明Apache可能正在处理大量的请求。分析访问日志： 分析访问日志，找出访问量最高的URL。 如果某个URL的访问量异常高，可能是DDoS攻击。
使用
top或htop： 使用top或htop命令，查看Apache进程的CPU占用率。 如果某个Apache进程的CPU占用率很高，说明该进程正在处理耗时的请求。使用
strace： 使用strace命令跟踪Apache进程的系统调用。strace -p <pid></pid>这个命令会跟踪指定进程的系统调用。 通过分析系统调用，可以找出Apache进程正在执行的操作。 例如，如果Apache进程正在频繁地读写磁盘，说明可能是磁盘I/O瓶颈。检查
.htaccess文件：.htaccess文件中的错误配置也可能导致Apache CPU占用过高。 例如，如果.htaccess文件中包含大量的重写规则，可能会导致Apache在处理每个请求时都要执行大量的重写操作。
PHP-FPM 进程数量配置多少合适？
PHP-FPM进程数量的配置是一个需要根据实际情况进行调整的参数。 没有一个通用的最佳值。 需要根据服务器的CPU核心数、内存大小、以及应用程序的特性来确定。
-
静态模式 vs 动态模式： PHP-FPM有两种进程管理模式：静态模式和动态模式。
静态模式： 在启动时创建固定数量的进程。 优点是稳定，缺点是如果请求量少，会浪费资源；如果请求量大，可能会处理不过来。
pm = static动态模式： 根据请求量动态地创建和销毁进程。 优点是可以根据实际情况调整进程数量，节省资源。 缺点是创建和销毁进程会消耗一定的资源。
pm = dynamic
-
配置参数： 以下是一些常用的PHP-FPM进程管理参数：
pm.max_children：最大进程数。 这是最重要的参数。 需要根据服务器的CPU核心数和内存大小来确定。 通常，每个PHP进程需要占用几十MB的内存。pm.start_servers：启动时创建的进程数。 在动态模式下，这个参数决定了启动时创建的进程数。pm.min_spare_servers：最小空闲进程数。 在动态模式下，PHP-FPM会尽量保持这个数量的空闲进程。pm.max_spare_servers：最大空闲进程数。 在动态模式下，PHP-FPM不会创建超过这个数量的空闲进程。
-
计算方法： 一种常用的计算
pm.max_children的方法是：pm.max_children = (服务器总内存 - 系统预留内存) / 每个PHP进程占用的内存例如，如果服务器有8GB内存，系统预留2GB，每个PHP进程占用50MB内存，那么
pm.max_children可以设置为：(8GB - 2GB) / 50MB = 120 监控和调整： 配置好PHP-FPM进程数量后，需要监控PHP-FPM的状态，观察进程数量是否足够。 如果请求队列长度持续增长，说明进程数量不够，需要增加
pm.max_children的值。 如果空闲进程数过多，说明进程数量过多，可以减少pm.max_children的值。
如何避免 PHP 代码成为性能瓶颈？
PHP代码的性能直接影响到整个Web应用的性能。 优化PHP代码是提高Web应用性能的关键一步。
避免循环中的数据库查询： 这是最常见的性能问题之一。 如果在循环中执行数据库查询，会导致大量的数据库连接和查询操作，严重降低性能。 应该尽量将数据库查询移到循环之外，一次性获取所有需要的数据。
-
使用缓存： 缓存可以大大提高Web应用的性能。 可以使用各种缓存技术，例如：
OPcache： PHP自带的OPcache可以缓存编译后的PHP代码，避免重复编译。 确保OPcache已经启用。
Memcached/Redis： Memcached和Redis是常用的内存缓存系统。 可以将经常访问的数据缓存到内存中，减少数据库查询。
页面缓存： 可以将整个页面缓存起来，避免每次都重新生成页面。
使用合适的数据结构和算法： 选择合适的数据结构和算法可以提高代码的执行效率。 例如，如果需要频繁地查找数据，可以使用哈希表而不是数组。
避免不必要的函数调用： 函数调用会消耗一定的资源。 应该尽量避免不必要的函数调用。 例如，如果只需要获取字符串的长度，可以使用
strlen()函数而不是mb_strlen()函数。-
使用性能分析工具： 可以使用性能分析工具来找出PHP代码中的性能瓶颈。 常用的性能分析工具包括：
Xdebug： Xdebug是一个强大的PHP调试器。 它可以记录PHP代码的执行时间和内存使用情况。
Blackfire.io： Blackfire.io是一个专业的PHP性能分析工具。 它可以提供详细的性能分析报告。
优化数据库查询： 优化数据库查询可以提高Web应用的性能。 例如，可以使用索引、避免全表扫描、使用连接查询等。
及时清理资源： 确保在使用完数据库连接、文件句柄等资源后及时释放，避免资源泄露。使用
unset()函数释放不再使用的变量，减少内存占用。
