一、網(wǎng)絡問題

1、臨時性

檢查：ping, mtr,dig,dig+trace 等命令，檢查網(wǎng)絡狀況，DNS等

解決：聯(lián)系機房或視具體情況而定

eg:http://www.tjdsmy.cn/ 查看各地響應時間

2、網(wǎng)絡不同或距離太遠

檢查：客戶端和機房所在網(wǎng)絡情況

解決：雙線機房或分布式部署，動態(tài)DNS，需要考慮成本

3、資源加載慢

檢查：chrome控制臺

解決：CDN，合并請求，壓縮頁面代碼，多域名請求（http協(xié)議中有對瀏覽器并發(fā)請求連接數(shù)的限制，IE是10，火狐 chrome是6）等

二、前端問題

1、瀏覽器太爛

2、頁面設計不佳

檢查：瀏覽器解析時間，是否DOM節(jié)點過多，JS有問題等

解決：優(yōu)化頁面代碼

三、服務端問題

1、服務器狀態(tài)

檢查：負載，CPU, 網(wǎng)絡，內(nèi)存，磁盤空間等使用情況,日志切割

如果單臺服務器性能受限，考慮調(diào)整為分布式架構，如nginx轉發(fā)，DB分庫分表等

2、PHP響應慢

用Xdebug,Webgrind等調(diào)試工具調(diào)試源碼

檢查webserver日志中的響應時間

如果服務器整體負載不高，但PHP的數(shù)據(jù)返回時間過長，在PHP代碼中分段輸出處理時間

如果是高訪問量的在線調(diào)試，一般選取一定比例記錄日志，防止日志過多帶來的額外系統(tǒng)開銷

調(diào)試指導思想:逐步縮小范圍，定位、優(yōu)化

平常開發(fā)原則：

編寫代碼注重效率，盡可能占用更少的資源

緩存復雜和耗時運算的結果

用apc或者xcache等緩存PHP的opcode

能異步處理的任務不要馬上處理，如發(fā)郵件

依據(jù)資源情況對FastCGI配置合適的參數(shù)

負載均衡器設好閥值，不要無限制的給后端壓力

接口api設置過期時間，1秒內(nèi)等 

3、DB響應慢

讀取慢

檢查：慢查詢?nèi)罩荆?/span>

show processlist 查看當前DB狀態(tài)，看哪些請求停留較多

top查看mysql進程的開銷

代碼中記錄SQL和執(zhí)行時間

解決：

手動執(zhí)行可疑SQL（注意排除query cache的影響），用explain，profile等工具?析SQL性能

再考慮是否優(yōu)化索引，或者分庫分表，或者增加緩存

寫入慢

檢查：除讀取慢的檢查方法外，還有

iostat 檢查磁盤IO

查看mysql binlog的寫入速率

解決：增加緩存，分庫分表，優(yōu)化索引，從業(yè)務邏輯上考慮減少DB操作，合并寫入

4、內(nèi)部網(wǎng)絡消耗太大

5、其他

被攻擊，webserver進程數(shù)受限，甚至內(nèi)網(wǎng)流量過高等原因，都有可能導致訪問緩慢，具體情況具體分析