cpu 100% mysql佔用太多 優化mysql

轉自：http://vickyzhang.blog.51cto.com/5930715/1913054

mysql實例cpu超過100%分析
當咱們mysql數據庫實例超過100%時,這種狀況都是因sql性能問題致使,實例出現卡主現象:
1.原理，cpu消耗過大有慢sql形成,慢sql包括全表掃描，掃描數據量太大，內存排序，磁盤排序，鎖爭用等；
2.表的現象sql執行狀態爲:sending data,copying to tmp table,copying to tmp table on disk,sorting result,using filesort,locked;
3.解決方式:登錄數據庫，show processlist查看當前正在執行的sql，當執行完show processlist後出現大量語句，一般
狀態如條2所寫，sql有性能問題
a.sending data:sql正從表中查詢數據，若是查詢條件沒有適當索引，會致使sql執行時間過長
b.copying to tmp table on disk:因臨時結果集太大，超過數據庫規定的臨時內存大小,須要拷貝臨時結果集到磁盤上
c.sorting result,using filesort:sql正在執行排序操做，排序操做會引發較多的cpu消耗，能夠經過添加索引，或
減少排序結果集
不一樣的實例規格iops能力不一樣，如，iops爲150個，也就是每秒可以提供150次的隨機磁盤io操做，因此若是用戶的數據量
很大，內存很小，因iops的限制，一條慢sql就有可能消耗掉全部io資源，而影響其餘sql查詢，對於數據庫就是全部的sql
須要執行很長時間才返回結果集，對於應用會形成總體響應變慢。

 

中午郵件收到cpu警告，上服務器查看，mysql居然超出了230%，服務器基本上不能使用了，趕忙排查問題

show processlist查看當前正在執行的sql，看到有幾條有異常的sql語句，發現從表中查詢的數據過大，趕忙kill掉這些正在運行的語句

kill 2824；

發現cpu下降了，將全部的異常語句都kill掉。cpu已回覆到80%。服務器已經能夠正常運行了

可是仍有一條語句kill不掉，只能等待執行完成，例如途中的ID2854。半個小時候運行完成，cpu已經降到1.0%左右

 

 

1 show processlist;

 

SHOW PROCESSLIST顯示哪些線程正在運行。您也可使用mysqladmin processlist語句獲得此信息。若是您有SUPER權限，您能夠看到全部線程。不然，您只能看到您本身的線程（也就是，與您正在使用的MySQL帳戶相關的線程）。若是有線程在update或者insert 某個表，此時進程的status爲updating 或者 sending data。

 

若是您獲得「too many connections」錯誤信息，而且想要了解正在發生的狀況，本語句是很是有用的。MySQL保留一個額外的鏈接，讓擁有SUPER權限的帳戶使用，以確保管理員可以隨時鏈接和檢查系統（假設您沒有把此權限給予全部的用戶）。

 

Status	含義
Checking table	正在檢查數據表（這是自動的）。
Closing tables	正在將表中修改的數據刷新到磁盤中，同時正在關閉已經用完的表。這是一個很快的操做，若是不是這樣的話，就應該確認磁盤空間是否已經滿了或者磁盤是否正處於重負中。
Connect Out	複製從服務器正在鏈接主服務器。
Copying to tmp table on disk	因爲臨時結果集大於tmp_table_size，正在將臨時表從內存存儲轉爲磁盤存儲以此節省內存。
Creating tmp table	正在建立臨時表以存放部分查詢結果。
deleting from main table	服務器正在執行多表刪除中的第一部分，剛刪除第一個表。
deleting from reference tables	服務器正在執行多表刪除中的第二部分，正在刪除其餘表的記錄。
Flushing tables	正在執行FLUSH TABLES，等待其餘線程關閉數據表。
Killed	發送了一個kill請求給某線程，那麼這個線程將會檢查kill標誌位，同時會放棄下一個kill請求。MySQL會在每次的主循環中檢查kill標誌位，不過有些狀況下該線程可能會過一小段才能死掉。若是該線程程被其餘線程鎖住了，那麼kill請求會在鎖釋放時立刻生效。
Locked	被其餘查詢鎖住了。
Sending data	正在處理SELECT查詢的記錄，同時正在把結果發送給客戶端。
Sorting for group	正在爲GROUP BY作排序。
Sorting for order	正在爲ORDER BY作排序。
Opening tables	這個過程應該會很快，除非受到其餘因素的干擾。例如，在執ALTER TABLE或LOCK TABLE語句行完之前，數據表沒法被其餘線程打開。正嘗試打開一個表。
Removing duplicates	正在執行一個SELECT DISTINCT方式的查詢，可是MySQL沒法在前一個階段優化掉那些重複的記錄。所以，MySQL須要再次去掉重複的記錄，而後再把結果發送給客戶端。
Reopen table	得到了對一個表的鎖，可是必須在表結構修改以後才能得到這個鎖。已經釋放鎖，關閉數據表，正嘗試從新打開數據表。
Repair by sorting	修復指令正在排序以建立索引。
Repair with keycache	修復指令正在利用索引緩存一個一個地建立新索引。它會比Repair by sorting慢些。
Searching rows for update	正在講符合條件的記錄找出來以備更新。它必須在UPDATE要修改相關的記錄以前就完成了。
Sleeping	正在等待客戶端發送新請求。
System lock	正在等待取得一個外部的系統鎖。若是當前沒有運行多個mysqld服務器同時請求同一個表，那麼能夠經過增長--skip-external-locking參數來禁止外部系統鎖。
Upgrading lock	INSERT DELAYED正在嘗試取得一個鎖表以插入新記錄。
Updating	正在搜索匹配的記錄，而且修改它們。
User Lock	正在等待GET_LOCK()。
Waiting for tables	該線程獲得通知，數據表結構已經被修改了，須要從新打開數據表以取得新的結構。而後，爲了能的從新打開數據表，必須等到全部其餘線程關閉這個表。如下幾種狀況下會產生這個通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。
waiting for handler insert	INSERT DELAYED已經處理完了全部待處理的插入操做，正在等待新的請求。

 

大部分狀態對應很快的操做，只要有一個線程保持同一個狀態好幾秒鐘，那麼多是有問題發生了，須要檢查一下。還有其餘的狀態沒在上面中列出來，不過它們大部分只是在查看服務器是否有存在錯誤是才用得着。

 

 

MySQL鎖定狀態查看命令

 

2 show full processlist;

 

show processlist;只列出前100條，若是想全列出請使用show full processlist;

 

3 show open tables;

 

這條命令可以查看當前有那些表是打開的。In_use列表示有多少線程正在使用某張表，Name_locked表示表名是否被鎖，這通常發生在Drop或Rename命令操做這張表時。因此這條命令不能幫助解答咱們常見的問題：當前某張表是否有死鎖，誰擁有表上的這個鎖等。

 

show open tables from database;

 

 

4 show status like ‘%lock%’

 

查看服務器狀態。

 

 

5 show engine innodb status\G;

 

MySQL 5.1以前的命令是：show innodbstatus\G;，MySQL 5.5使用上面命令便可查看innodb引擎的運行時信息。

 

 

6 show variables like ‘%timeout%’;

 

查看服務器配置參數。