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