1 街燈訛方法

使用者隨意選取自己熟悉的觀測工具測量，相當於使用top(1)不是因為這麼做有道理，而是因為不知道怎麼使用其它的工具，可能找到的問題是真的問題，但未必是你想找的問題

2 隨機變動

使用者隨機猜測問題可能存在的位置，然後做出改動知道問題消失eg 隨意選擇一個變數改動、朝著某個方向修改、測量效能、朝著另一個方向修改、測試效能(5效能優於3？儲存修改，否則返回1)，這樣做存在的風險是生產高峰期可能會產生很嚴重的後果，要準備好回滾方案

3 Ad Hoc核對清單法

把所有該 考慮的因素寫入一份清單，檢查人員去覆蓋所有的情況，一一排查

4 問題陳述法

1）是什麼讓你覺得產生了效能問題

2）系統之前執行的好嗎

3）最近有什麼改動？硬體、軟體、負載 ？

4）問題可以復現？

5）問題會影響其它的程式嗎

6）環境是大概什麼樣的 ？ 使用了哪些硬體和軟體？什麼版本，什麼配置

5 科學法：

問題 ？ 假設--> 預測 --> 試驗 --> 分析

不斷的用結果去修正判斷

6 工具法：列出所有可用工具及對於每個工具的可提供的有用指標，怎樣闡釋這些指標

7 USE方法，簡言之就是對於所有的資源監測它的使用率，飽和度和錯誤

資源列表：CPU(插槽、核、硬體執行緒) 記憶體(DRAM) 網路介面(乙太網埠) 儲存裝置(磁碟) 控制器(儲存 網路) 互聯(CPU、記憶體、IO)

8 工作負載特徵歸納：

1) 負載是誰產生的？程序ID、使用者ID、遠端的IP地址 ？

2）負載為什麼會被呼叫？程式碼路徑、堆疊跟蹤？

3）負載的特徵是什麼？ IOPS、吞吐量、方向型別(讀取？寫入？)、包含變動(標準方差)如果有的話

4）負載是怎樣隨時間變化的？有日常模式？

9 向下挖掘分析：

1）查詢多了資料庫就開始變慢 ？ 

2）由於記憶體換頁磁碟IO延時？

3）資料庫記憶體使用變大 ？

4）分配器消耗的記憶體增多？

5）分配器存在記憶體碎片問題 ？

10 延時分析：

1）存在延時？Y

2）請求時間大量的花在哪裡？CPU或者檔案IO

3）不花在CPU上的時間花在哪裡？檔案系統IO

4）檔案系統的IO是花在磁碟上還是鎖競爭？磁碟IO

5）磁碟IO的主要時間是隨機定址的時間還是資料傳輸的時間？ 資料傳輸

11 事件跟蹤 tcpdump iosnoop iostat

12 基礎線統計 先了解正常是什麼

13 靜態效能調整 系統空閒時檢查

1）該元件是必須的？

2）配置是針對預期的工作負載設定的 ？

3）元件的自動配置是對預期的工作負載來說最優的？

4）有元件出現錯誤？是在降級狀態？

14 快取調優

從應用程式到磁碟會有多級快取來提高IO效能

1）快取的大小應儘量和棧的高度一樣，靠近工作秩序的地方，減少命中快取的資源開銷

2）確認快取開啟並確實在工作

3）確認快取命中率

4）若快取大小是動態的，確認它的當前尺寸

5）針對工作負載調整快取，這項工作以來快取的可調整引數

6）針對快取調整工作負載