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