Next-Key鎖定：避免幽靈問題

在行級(jí)鎖定中，InnoDB 使用一個(gè)名為next-key locking的算法。InnoDB以這樣一種方式執(zhí)行行級(jí)鎖定：當(dāng)它搜索或掃描表的索引之時(shí)，它對(duì)遇到的索引記錄設(shè)置共享或獨(dú)占鎖定。因此，行級(jí)鎖定事實(shí)上是索引記錄鎖定。 電腦硬件www.boydavid.com

InnoDB對(duì)索引記錄設(shè)置的鎖定也映像索引記錄之前的“間隙”。如果一個(gè)用戶對(duì)一個(gè)索引上的記錄R有共享或獨(dú)占的鎖定，另一個(gè)用戶 不能緊接在R之前以索引的順序插入一個(gè)新索引記錄。這個(gè)間隙的鎖定被執(zhí)行來防止所謂的“幽靈問題”。假設(shè)你想要從有一個(gè)標(biāo)識(shí)符值大于100的子表讀并鎖定所有子記錄，并想著隨后在選定行中更新一些列：

SELECT * FROM child WHERE id > 100 FOR UPDATE;  

假設(shè)在id列有一個(gè)索引。查詢從id大于100的第一個(gè)記錄開始掃描。如果設(shè)置在索引記錄上的鎖定不把在間隙生成的插入排除在外，一個(gè)新行可能與此同時(shí)被插進(jìn)表中。如果你在同一事務(wù)內(nèi)執(zhí)行同樣的SELECT，你可能會(huì)在該查詢返回的結(jié)果包里看到一個(gè)新行。這與事務(wù)的隔離原則是相反的：一個(gè)事務(wù)應(yīng)該能夠運(yùn)行，以便它已經(jīng)讀的數(shù)據(jù)在事務(wù)過程中不改變。如果我們把一套行視為數(shù)據(jù)項(xiàng)，新的“幽靈”子記錄可能會(huì)違反這一隔離原則。

當(dāng)InnoDB掃描一個(gè)索引之時(shí)，它也鎖定所以記錄中最后一個(gè)記錄之后的間隙。剛在前一個(gè)例子中發(fā)生：InnoDB設(shè)置的鎖定防止任何插入到id可能大過100的表。 計(jì)算機(jī)愛好者www.boydavid.com

你可以用next-key鎖定在你的應(yīng)用程序上實(shí)現(xiàn)一個(gè)唯一性檢查：如果你以共享模式讀數(shù)據(jù)，并且沒有看到你將要插入的行的重復(fù)，則你可以安全地插入你的行，并且知道在讀過程中對(duì)你的行的繼承者設(shè)置的next-key鎖定與此同時(shí)阻止任何人對(duì)你的行插入一個(gè)重復(fù)。因此，the next-key鎖定允許你鎖住在你的表中并不存在的一些東西。

服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊(cè)頂級(jí)提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]