Apache和MySQL并發不高，接口響應卻很慢，該如何排查？

apache/mysql并發低，接口響應慢的排查指南

實際應用中，我們經常遇到這種情況：服務器和數據庫并發連接數都不高，但接口響應速度卻很慢。本文分析一個案例：Apache 2.4.24 + redis + php7.2 (prefork模式和mod_php) 應用服務器和MySQL數據庫服務器都部署在docker容器中，訪問詳情頁需要15秒，而Apache和MySQL的并發連接數都很低。

低并發連接數排除了服務器資源（CPU、內存、網絡I/O）瓶頸的可能性。問題很可能出在應用代碼本身。

排查思路：

雖然Apache和MySQL并發低，但并不代表數據庫不是瓶頸。單個sql語句執行時間過長也會導致響應緩慢。 需要仔細檢查訪問詳情頁的所有SQL語句，重點關注：

• SQL語句優化： 復雜的SQL語句（大量關聯查詢、子查詢或缺少索引）會嚴重影響數據庫響應速度。 使用數據庫性能分析工具（如MySQL的EXPLaiN語句）分析SQL執行計劃，優化低效部分。 例如，添加索引、優化表結構或重寫SQL語句。
• 數據庫連接池配置： 即使MySQL并發低，不合理的連接池配置（池大小過小）也會導致程序等待連接，影響響應速度。 檢查并調整連接池參數。
• PHP代碼效率： 低效的PHP代碼（大量循環、遞歸或低效算法）也會導致響應緩慢。 使用PHP性能分析工具找出代碼瓶頸并優化。 考慮使用緩存（例如redis）減少數據庫訪問或采用更高效的算法。
• Redis緩存有效性： 如果使用了Redis緩存，檢查緩存命中率。 低命中率意味著緩存作用有限，仍需優化數據庫查詢或其他耗時操作。

總之，即使Apache和MySQL并發低，程序響應緩慢的原因可能與數據庫操作效率、PHP代碼效率和Redis緩存策略有關。 需要對各個環節進行深入排查，而SQL語句優化是關鍵的第一步。