mysql數據庫疑難雜症排查,mysql數據庫的問題

本文目錄一覽：

• 1、MYSQL疑難雜症
• 2、Mysql服務器負載很高，性能問題排查思路是怎樣的
• 3、Mysql數據庫CPU佔用過高原因排查 show processlist

MYSQL疑難雜症

一個表好像就只有一個frm.. 很少去看…

我記得好像是在 data裡面有數據庫名的文件夾，然后里面就是frm..

一個表對應一個frm.. 應該沒錯..

你嘗試多建立幾個表就清楚了

Mysql服務器負載很高，性能問題排查思路是怎樣的

對於包括 mysql 在內的大多數數據庫系統而言

性能問題的排查主要有以下方向：

1. 需求的不合理造成的性能問題

比方說，不需要實時更新的內容，被要求做成實時更新

2. 架構的不合理造成的性能問題

比方說，不適合數據庫保存的數據，被存放在數據庫中

或者，頻繁訪問但是很少變更的數據，沒有做緩存

3. 查詢語句的不合理造成的性能問題

比方說，重複執行相同的 SQL 會造成資源浪費

或者，大量複雜的 join 語句會導致查詢效率低下

4. 數據庫設計的不合理造成的性能問題

比方說，盲目追求三範式、四範式，有時候並沒有必要

5. 硬件配置的不合理造成的性能問題

比方說，數據庫服務器的 io 性能、CPU 、網絡狀況，都會影響性能

以上這些都是性能問題定位和調優的方向

Mysql數據庫CPU佔用過高原因排查 show processlist

mysql服務器最近偶爾出現cpu百分百居高不下的情況，所以需要進行分析

兄弟命令 show processlist;只列出前100條，如果想全列出請使用show full processlist;

先 簡單說一下各列的含義和用途：

正在將表中修改的數據刷新到磁盤中，同時正在關閉已經用完的表。這是一個很快的操作，如果不是這樣的話，就應該確認磁盤空間是否已經滿了或者磁盤是否正處於重負中。

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參數來禁止外部系統鎖。

U pgrading 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 已經處理完了所有待處理的插入操作，正在等待新的請求。

大部分狀態對應很快的操作，只要有一個線程保持同一個狀態好幾秒鐘，那麼可能是有問題發生了，需要檢查一下。

還有其他的狀態沒在上面中列出來，不過它們大部分只是在查看服務器是否有存在錯誤是才用得着。

文章轉自：