日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
頻繁插入(insert)的業(yè)務(wù),用什么存儲引擎更合適?|數(shù)據(jù)庫系列

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

創(chuàng)新互聯(lián)建站堅(jiān)持“要么做到,要么別承諾”的工作理念,服務(wù)領(lǐng)域包括:成都做網(wǎng)站、網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù),滿足客戶于互聯(lián)網(wǎng)時(shí)代的蘆溪網(wǎng)站設(shè)計(jì)、移動媒體設(shè)計(jì)的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴!

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

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

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

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

哪些存儲引擎使用表鎖?

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

表鎖有什么好處?

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

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

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

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

寫時(shí),要加寫鎖:

  • 如果表沒有鎖,對表加寫鎖;
  • 否則,入寫鎖隊(duì)列;

讀時(shí),要加讀鎖:

  • 如果表沒有寫鎖,對表加讀鎖;
  • 否則,入讀鎖隊(duì)列;

表鎖釋放時(shí):

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

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

如何查看表鎖情況?

如果要分析表鎖沖突情況,可查看:T

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

這兩個(gè)變量。

使用以下命令查看:

 
 
 
 
  1. show status like 'Table%'; 

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

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

知識點(diǎn)一:

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

 知識點(diǎn)二:

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

如上圖所示:

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

知識點(diǎn)三:

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

空洞是怎么導(dǎo)致的?

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

如上圖所示:

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

再如上圖所示:

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

結(jié)論

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

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

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

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


新聞標(biāo)題:頻繁插入(insert)的業(yè)務(wù),用什么存儲引擎更合適?|數(shù)據(jù)庫系列
網(wǎng)站路徑:http://www.5511xx.com/article/cdoohhh.html