Next-Key鎖定:避免幽靈問題 |
發布時間: 2012/8/24 17:42:41 |
在行級鎖定中,InnoDB 使用一個名為next-key locking的算法。InnoDB以這樣一種方式執行行級鎖定:當它搜索或掃描表的索引之時,它對遇到的索引記錄設置共享或獨占鎖定。因此,行級鎖定事實上是索引記錄鎖定。 InnoDB對索引記錄設置的鎖定也映像索引記錄之前的“間隙”。如果一個用戶對一個索引上的記錄R有共享或獨占的鎖定,另一個用戶 不能緊接在R之前以索引的順序插入一個新索引記錄。這個間隙的鎖定被執行來防止所謂的“幽靈問題”。假設你想要從有一個標識符值大于100的子表讀并鎖定所有子記錄,并想著隨后在選定行中更新一些列: SELECT * FROM child WHERE id > 100 FOR UPDATE;
假設在id列有一個索引。查詢從id大于100的第一個記錄開始掃描。如果設置在索引記錄上的鎖定不把在間隙生成的插入排除在外,一個新行可能與此同時被插進表中。如果你在同一事務內執行同樣的SELECT,你可能會在該查詢返回的結果包里看到一個新行。這與事務的隔離原則是相反的:一個事務應該能夠運行,以便它已經讀的數據在事務過程中不改變。如果我們把一套行視為數據項,新的“幽靈”子記錄可能會違反這一隔離原則。
當InnoDB掃描一個索引之時,它也鎖定所以記錄中最后一個記錄之后的間隙。剛在前一個例子中發生:InnoDB設置的鎖定防止任何插入到id可能大過100的表。 你可以用next-key鎖定在你的應用程序上實現一個唯一性檢查:如果你以共享模式讀數據,并且沒有看到你將要插入的行的重復,則你可以安全地插入你的行,并且知道在讀過程中對你的行的繼承者設置的next-key鎖定與此同時阻止任何人對你的行插入一個重復。因此,the next-key鎖定允許你鎖住在你的表中并不存在的一些東西。 本文出自:億恩科技【www.laynepeng.cn】 |