1.首先通過Top命令查看代碼:$ topload averages: 1.61, 1.28, 1.25 HSWAPJSDB 10:50:44172 processes: 160 sleeping, 1 running, 3 zombie, 6 stopped, 2 target="_blank">http://www.eygle.com/case/sql_trace_1.htm對于Windows上的類似問題,可以參考:http://www.eygle.com/faq/Use.Nt.tools.manage.Oracle.htm
-
-
我覺得先看看是不是有大量阻塞或者鎖等待的問題。可以用像sp_who2這樣的命令或者性能模式里的information_schema中的PROCESSLIST來查找當前正在運行的線程，尤其是那種長時間處于sendingdata或copyingtotmptable的操作。臨時表使用不當或者排序太多也可能讓CPU飆升，這種情況下需要優化復雜查詢，盡量避免在where子句中對字段進行函數運算，可以考慮改寫查詢結構或者分頁處理。此外還可以檢查數據庫配置參數，比如max_connections是不是太高了導致資源爭搶
-
6.一點說明很多時候，高CPU消耗都是由于問題SQL導致的,所以找到這些SQL通常也就找到了問題所在，通過優化調整通常就可以解決問題。但是有時候你可能會發現，這些最消耗CPU的進程是后臺進程，這一般是由于異常、BUG或者恢復后的異常導致的，需要具體問題具體分析了.
-
我一般會從整體系統負載開始查起，先確定到底是數據庫本身的問題還是其他進程占用了CPU資源。如果是數據庫引起的，我會嘗試導出當前的慢查詢日志，分析是否有頻繁執行且效率低下的SQL。同時也可以開啟profiling功能，查看每個查詢的具體耗時步驟。有時候是統計信息不準導致查詢計劃錯誤，更新一下統計信息可能會有用。如果問題持續，考慮升級硬件或做讀寫分離，把壓力分散到多個節點上，減少單點故障和瓶頸問題
-
遇到數據庫導致CPU占用達到100%的情況，首先我覺得應該從數據庫的實時連接和查詢入手。你可以用一些監控工具比如top、htop或者數據庫自帶的性能視圖來查看哪些SQL語句執行時間最長或者是并發最高的。很多時候都是因為某些慢查詢沒有索引支持，或者寫了全表掃描的語句，這時候加個合適的索引就能緩解很多壓力。還有可能是一些死循環的程序一直在調用數據庫，得排查一下應用層有沒有異常請求