在InnoDB中不同SQL語(yǔ)句設(shè)置的鎖定 |
發(fā)布時(shí)間: 2012/8/24 17:35:59 |
在SQL查詢處理中,一個(gè)鎖定讀,一個(gè)UPDATE或一個(gè)DELETE一般地對(duì)被掃描的每個(gè)索引記錄設(shè)置記錄鎖定。如果在某查詢中有一個(gè)WHERE條件是沒(méi)什么關(guān)系的,而這個(gè)查詢可能從查詢的結(jié)果包中排除行。InnoDB不記得確切的WHERE條件,但是僅知道哪個(gè)索引范圍被掃描。記錄鎖定是正常的next-key鎖定,它也阻止對(duì)緊接著記錄之前的間隙的插入。 如果鎖定被設(shè)置為獨(dú)占,則InnoDB總是取回集束的索引目錄并對(duì)其設(shè)置鎖定。
如果你沒(méi)有適合查詢的索引,MySQL不得不掃描整個(gè)表來(lái)處理查詢,表的每行變成被鎖定的,這樣反過(guò)來(lái)阻止其它用戶的所有對(duì)表的插入。創(chuàng)建一個(gè)好的索引讓你的查詢不必要掃描很多行是很重要的。 · SELECT ... FROM是一個(gè)持續(xù)讀,讀取數(shù)據(jù)庫(kù)的快照并且設(shè)置不鎖定,除非事務(wù)隔離級(jí)別被設(shè)為SERIALIZABLE。對(duì)于 SERIALIZABLE級(jí)別,這個(gè)設(shè)置對(duì)它遇到的索引記錄設(shè)置共享的next-key鎖定。 · SELECT ... FROM ... LOCK IN SHARE MODE對(duì)讀遇到的所有索引記錄設(shè)置共享的next-key鎖定。
· SELECT ... FROM ... FOR UPDATE對(duì)讀遇到的所有索引記錄設(shè)置獨(dú)占的next-key鎖定。
· INSERT INTO ... VALUES (...)對(duì)被插入的行設(shè)置獨(dú)占鎖定。注意,這不是一個(gè)next-key鎖定,并且不阻止其它用戶在已插入行之前的間隙插入。如果發(fā)生重復(fù)鍵錯(cuò)誤,對(duì)重復(fù)的索引記錄設(shè)置共享鎖定。 · 在一個(gè)表上初始化之前指定的AUTO_INCREMENT列之時(shí),InnoDB在與AUTO_INCREMENT列相關(guān)聯(lián)的索引的末尾設(shè)置獨(dú)占鎖定。在訪問(wèn)自動(dòng)增長(zhǎng)計(jì)數(shù)器中,InnoDB使用專用的表鎖定模式AUTO-INC,其中鎖定僅持續(xù)到當(dāng)前SQL語(yǔ)句的結(jié)束,而不是到整個(gè)事務(wù)的結(jié)束。 請(qǐng)參閱15.2.10.2節(jié),“InnoDB和AUTOCOMMIT”。
InnoDB取回先前初始化的AUTO_INCREMENT列的值而不設(shè)定任何鎖定。
· INSERT INTO T SELECT ... FROM S WHERE ... 對(duì)每個(gè)插入到T的行設(shè)置獨(dú)占(非next-key)鎖定。它在S上把搜索當(dāng)作一個(gè)持續(xù)讀,但是如果MySQL二進(jìn)制日志功能被打開(kāi),它就對(duì)S設(shè)置一個(gè)共享的next-key鎖定。InnoDB在后一種情況不得不設(shè)置鎖定:在從一個(gè)備份的前滾恢復(fù)中,每個(gè)SQL語(yǔ)句不得不以與它最初被執(zhí)行的方式完全同樣的方式執(zhí)行。 本文出自:億恩科技【1tcdy.com】 服務(wù)器租用/服務(wù)器托管中國(guó)五強(qiáng)!虛擬主機(jī)域名注冊(cè)頂級(jí)提供商!15年品質(zhì)保障!--億恩科技[ENKJ.COM] |