Next-Key鎖定:避免幽靈問題 |
發(fā)布時(shí)間: 2012/8/24 17:42:41 |
在行級鎖定中,InnoDB 使用一個(gè)名為next-key locking的算法。InnoDB以這樣一種方式執(zhí)行行級鎖定:當(dāng)它搜索或掃描表的索引之時(shí),它對遇到的索引記錄設(shè)置共享或獨(dú)占鎖定。因此,行級鎖定事實(shí)上是索引記錄鎖定。 InnoDB對索引記錄設(shè)置的鎖定也映像索引記錄之前的“間隙”。如果一個(gè)用戶對一個(gè)索引上的記錄R有共享或獨(dú)占的鎖定,另一個(gè)用戶 不能緊接在R之前以索引的順序插入一個(gè)新索引記錄。這個(gè)間隙的鎖定被執(zhí)行來防止所謂的“幽靈問題”。假設(shè)你想要從有一個(gè)標(biāo)識符值大于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,你可能會在該查詢返回的結(jié)果包里看到一個(gè)新行。這與事務(wù)的隔離原則是相反的:一個(gè)事務(wù)應(yīng)該能夠運(yùn)行,以便它已經(jīng)讀的數(shù)據(jù)在事務(wù)過程中不改變。如果我們把一套行視為數(shù)據(jù)項(xiàng),新的“幽靈”子記錄可能會違反這一隔離原則。
當(dāng)InnoDB掃描一個(gè)索引之時(shí),它也鎖定所以記錄中最后一個(gè)記錄之后的間隙。剛在前一個(gè)例子中發(fā)生:InnoDB設(shè)置的鎖定防止任何插入到id可能大過100的表。 你可以用next-key鎖定在你的應(yīng)用程序上實(shí)現(xiàn)一個(gè)唯一性檢查:如果你以共享模式讀數(shù)據(jù),并且沒有看到你將要插入的行的重復(fù),則你可以安全地插入你的行,并且知道在讀過程中對你的行的繼承者設(shè)置的next-key鎖定與此同時(shí)阻止任何人對你的行插入一個(gè)重復(fù)。因此,the next-key鎖定允許你鎖住在你的表中并不存在的一些東西。 本文出自:億恩科技【mszdt.com】 服務(wù)器租用/服務(wù)器托管中國五強(qiáng)!虛擬主機(jī)域名注冊頂級提供商!15年品質(zhì)保障!--億恩科技[ENKJ.COM] |