mysql locked 解決方案

最近發現程序運行速度明顯變慢，而且CPU常常在90%以上！
通過檢測發現瓶頸居然在mysql，通過運行 SHOW PROCESSLIST 可以看到很多locked的查詢語句，當時過了一個小時左右locked的情況又不見了。由此可見locked不是死鎖。

那爲什麼會出現locked呢？
在MySQL中對於使用表級鎖定的存儲引擎，表鎖定時不會死鎖的。這通過總是在一個查詢開始時立即請求所有必要的鎖定並且總是以同樣的順序鎖定表來管理。

我的表格式爲MyISAM

對WRITE，MySQL使用的表鎖定方法原理如下：

◆ 如果在表上沒有鎖，在它上面放一個寫鎖。
◆否則，把鎖定請求放在寫鎖定隊列中。

對READ，MySQL使用的鎖定方法原理如下：

◆如果在表上沒有寫鎖定，把一個讀鎖定放在它上面。
◆否則，把鎖請求放在讀鎖定隊列中。

當一個鎖定被釋放時，鎖定可被寫鎖定隊列中的線程得到，然後是讀鎖定隊列中的線程。

這意味着，如果你在一個表上有許多更新，SELECT語句將等待直到沒有更多的更新。
如果INSERT 語句不衝突，可以自由爲MyISAM 表混合並行的INSERT 和SELECT 語句而不需要鎖定。

所以說MyISAM是表鎖，InnoDB 是行鎖

行級鎖定的優點：

· 當在許多線程中訪問不同的行時只存在少量鎖定衝突。
· 回滾時只有少量的更改。
· 可以長時間鎖定單一的行。

行級鎖定的缺點：

· 比頁級或表級鎖定佔用更多的內存。
· 當在表的大部分中使用時，比頁級或表級鎖定速度慢，因爲你必須獲取更多的鎖。
· 如果你在大部分數據上經常進行 GROUP BY 操作或者必須經常掃描整個表，比其它鎖定明顯慢很多。
· 用高級別鎖定，通過支持不同的類型鎖定，你也可以很容易地調節應用程序，因爲其鎖成本小於行級鎖定。

在以下情況下，表鎖定優先於頁級或行級鎖定：

· 表的大部分語句用於讀取。
· 對嚴格的關鍵字進行讀取和更新，你可以更新或刪除可以用單一的讀取的關鍵字來提取的一行：
• UPDATE tbl_name SET column = value WHERE unique_key_col = key_value ;
• DELETE FROM tbl_name WHERE unique_key_col = key_value ;
· SELECT 結合並行的INSERT 語句，並且只有很少的UPDATE或 DELETE 語句。
· 在整個表上有許多掃描或 GROUP BY 操作，沒有任何寫操作。
不同於行級或頁級鎖定的選項：
· 版本(例如，爲並行的插入在MySQL中使用的技術)，其中可以一個寫操作，同時有許多讀取操作。這明數據庫或表支持數據依賴的不同視圖，取決於訪問何時開始。其它共同的術語是“時間跟蹤”、“寫複製”或者“按需複製”。
· 按需複製在許多情況下優先於頁級或行級鎖定。然而，在最壞的情況下，它可能比使用常規鎖定使用多的內存。
· 除了行級鎖定外，你可以使用應用程序級鎖定，例如在MySQL中使用GET_LOCK()和RELEASE_LOCK()。這些是建議性鎖定，它們只能在運行良好的應用程序中工作。


而我用的解決方案是用單線程，用了一個查詢服務，對所有數據庫操作都用單線程來執行