頻繁插入(insert)的業(yè)務(wù)，用什么存儲(chǔ)引擎更合適？ | 數(shù)據(jù)庫(kù)系列

作者：58沈劍 2019-09-27 18:13:59

開發(fā) 開發(fā)工具 MySQL

繼續(xù)回答星球水友提問(wèn)：沈老師，MyISAM只支持表鎖，但網(wǎng)上文章卻說(shuō)，在并發(fā)插入量比較大的時(shí)候，比較適合使用MyISAM，這矛盾嗎?

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

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

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

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

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

[[278134]]

哪些存儲(chǔ)引擎使用表鎖?

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

表鎖有什么好處?

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

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

表鎖是怎么運(yùn)作的?

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

寫時(shí)，要加寫鎖：

如果表沒(méi)有鎖，對(duì)表加寫鎖;
否則，入寫鎖隊(duì)列;

讀時(shí)，要加讀鎖：

如果表沒(méi)有寫鎖，對(duì)表加讀鎖;
否則，入讀鎖隊(duì)列;

表鎖釋放時(shí)：

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

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

如何查看表鎖情況?

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

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

這兩個(gè)變量。

使用以下命令查看：

show status like 'Table%';

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

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

知識(shí)點(diǎn)一：

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

知識(shí)點(diǎn)二：

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