繼續(xù)回答星球水友提問：

沈老師，MyISAM只支持表鎖，但網(wǎng)上文章卻說，在并發(fā)插入量比較大的時候，比較適合使用MyISAM，這矛盾嗎?

這個問題，涉及MySQL表鎖的一些細節(jié)，借著這個問題，系統(tǒng)性說下表鎖的“所以然”。

畫外音：網(wǎng)上不少文章只說結(jié)論，不說為什么，容易讓人蒙圈。

MySQL表鎖知識系統(tǒng)性梳理。

[[278134]]

哪些存儲引擎使用表鎖?

MySQL，除InnoDB支持行鎖外，MySQL的其他存儲引擎均只使用表鎖，例如：MyISAM, MEMORY, MERGE等。

表鎖有什么好處?

• 表鎖占用內(nèi)存少很多，行鎖的數(shù)量與行記錄數(shù)相關，非常耗內(nèi)存;
• 如果業(yè)務經(jīng)常讀寫表中很大一部分數(shù)據(jù)時，表鎖會更快，因為此時只涉及一個鎖，而不是同時管理N多個鎖;
• 如果業(yè)務經(jīng)常使用group by，表鎖會更快，原因同(2);

畫外音：這樣的一些場景，使用MyISAM比InnoDB更優(yōu)。

表鎖是怎么運作的?

和其他臨界資源的讀寫鎖類似。

寫時，要加寫鎖：

• 如果表沒有鎖，對表加寫鎖;
• 否則，入寫鎖隊列;

讀時，要加讀鎖：

• 如果表沒有寫鎖，對表加讀鎖;
• 否則，入讀鎖隊列;

表鎖釋放時：

如果寫鎖隊列和讀鎖隊列里都有鎖，寫有更高的優(yōu)先級，即寫鎖隊列先出列。這么做的原因是，如果有“大查詢”，可能會導致寫鎖被批量“餓死”，而寫鎖往往釋放很快。

畫外音：潛臺詞是，如果有大量并發(fā)update請求，select會等所有update請求執(zhí)行完才執(zhí)行。

如何查看表鎖情況?

如果要分析表鎖沖突情況，可查看：T

• able_locks_immediate：立刻獲得表鎖的次數(shù);
• Table_locks_waited：需要等待表鎖的次數(shù);

這兩個變量。

使用以下命令查看：

show status like 'Table%'; 

如果等待表鎖的次數(shù)占比較大，說明表鎖可能是潛在瓶頸。 說了半天，還是沒有講到點子上，為什么在并發(fā)插入量比較大的時候，比較適合使用MyISAM呢?不會因為表鎖頻繁沖突而導致吞吐量降低嗎?

畫外音：知識的系統(tǒng)性，比問題答案更重要。

知識點一：

MyISAM的索引與記錄存儲分離，有單獨的區(qū)域存儲行記錄，PK是非聚集索引。

 知識點二：

MyISAM表，如果數(shù)據(jù)文件(data file)緊密存儲，中間沒有空閑塊(free blocks)，數(shù)據(jù)總是插入到數(shù)據(jù)文件的尾部(end)，就如同追加日志一樣，性能很高，此時的并發(fā)insert與select是不加鎖的(lock free)。

如上圖所示：

• 數(shù)據(jù)文件連續(xù)且緊密的存儲著;
• 并發(fā)insert無表鎖爭搶(只需插入隊列互斥);
• insert只在數(shù)據(jù)文件的尾部進行;
• 并發(fā)select也能夠同時進行(共享讀鎖);

知識點三：

MyISAM表，如果數(shù)據(jù)文件(data file)中間有空洞(hole)，上述機制會失效，直到空洞被新數(shù)據(jù)填滿，又會啟用不加鎖機制。

空洞是怎么導致的?

刪除或者修改數(shù)據(jù)，都可能導致空洞。

如上圖所示：

• 中間刪除了一些數(shù)據(jù)，導致中間出現(xiàn)空閑塊(free blocks);
• 此時，select和insert會有表鎖沖突，無法并發(fā);

再如上圖所示：

• 隨著插入的進行，中間的空閑塊又被填滿了;
• 此時，并發(fā)select和insert又恢復了;

結(jié)論

雖然MyISAM只支持表鎖，但高并發(fā)select與insert的業(yè)務場景，上述機制使得MyISAM的表鎖依然有非常強勁的性能。

畫外音：本文基于MySQL5.6。

希望解答了這位水友的疑問。

【本文為51CTO專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系原作者】

戳這里，看該作者更多好文