鎖定讀、UPDATE 或 DELETE 通常會給在SQL語句處理過程掃描到的每個索引記錄上設置記錄鎖。語句中是否存在排除該行的WHERE條件並不重要。InnoDB不記得確切的WHERE條件,但只知道哪些索引範圍被掃描了。鎖通常是next-key鎖,它也阻止插入到緊挨著記錄之前的“間隙”中。然而,間隙 ...
鎖定讀、UPDATE 或 DELETE 通常會給在SQL語句處理過程掃描到的每個索引記錄上設置記錄鎖。語句中是否存在排除該行的WHERE條件並不重要。InnoDB不記得確切的WHERE條件,但只知道哪些索引範圍被掃描了。鎖通常是next-key鎖,它也阻止插入到緊挨著記錄之前的“間隙”中。然而,間隙鎖定可以顯式禁用,這會導致next-key鎖無法使用。事務隔離級別也會影響到鎖的設置。
如果在搜索中使用了二級索引,並且要設置的索引記錄鎖是互斥的,InnoDB也會檢索相應的聚集索引記錄並對它們設置鎖。
如果沒有適合語句的索引,MySQL必須掃描整個表來處理該語句,那麼表的每一行都將被鎖定,從而阻止其他用戶對錶的所有插入。創建良好的索引非常重要,這樣查詢就不會掃描不必要的行。
InnoDB設置的鎖的具體類型如下:
1、SELECT ... FROM 是一個一致讀,讀取資料庫的快照並且不設置鎖,除非將事務隔離級別設置為SERIALIZABLE。
2、唯一索引的 SELECT ... FOR UPDATE 和 SELECT ... FOR SHARE 語句為掃描的行獲取鎖,並釋放不符合包含在結果集中條件的行(例如,如果它們不滿足WHERE子句中給定的條件)的鎖。然而,在某些情況下,行可能不會立即被解鎖,因為在查詢執行期間,結果行與其原始源之間的關係丟失了。例如,在UNION中,從表中掃描(和鎖定)的行可能會在評估它們是否符合結果集之前插入臨時表。在這種情況下,臨時表中的行與原始表中的行之間的關係將丟失,而後者的行直到查詢執行結束才被解鎖。
3、對於鎖定讀(帶有 FOR UPDATE 或 FOR SHARE 的 SELECT)、UPDATE 和 DELETE 語句,所採用的鎖取決於語句是使用具有唯一搜索條件的唯一索引,還是使用範圍類型的搜索條件。
- 對於具有唯一搜索條件的唯一索引,InnoDB 只鎖定找到的索引記錄,而不鎖定它之前的間隙。
- 對於其他搜索條件和非唯一索引,InnoDB鎖定所掃描的索引範圍,使用間隙鎖或next-key鎖阻止其他會話對該範圍覆蓋的間隙進行插入。
4、對於搜索遇到的索引記錄,SELECT ... FOR UPDATE 阻止其他會話執行 SELECT ... FOR SHARE 或從某些事務隔離級別讀取。一致讀忽略在讀視圖中存在的記錄上設置的任何鎖。
5、UPDATE ... WHERE ... 在搜索遇到的每條記錄上設置一個排它的next-key鎖。但是,對於使用唯一索引來搜索唯一行的語句,只需要一個索引記錄鎖。
6、DELETE FROM ... WHERE ... 在搜索遇到的每條記錄上設置一個排它的next-key鎖。但是,對於使用唯一索引來搜索唯一行的語句,只需要一個索引記錄鎖。
7、當 UPDATE 修改聚集索引記錄時,將對受影響的二級索引記錄進行隱式鎖定。在插入新的二級索引記錄之前執行重覆檢查掃描,以及在插入新的二級索引記錄時,UPDATE操作還會在受影響的二級索引記錄上使用共用鎖。
8、INSERT 在插入的行上設置排它鎖。這個鎖是索引記錄鎖,不是next-key鎖(即沒有間隙鎖),並且不會阻止其他會話插入到插入行之前的間隙中。
9、在插入行之前,設置了一種稱為插入意向間隙鎖的間隙鎖。該鎖表示要以這樣一種方式插入,即插入到同一索引間隙的多個事務如果不在間隙內的同一位置插入,則不需要相互等待。假設有值為4和7的索引記錄。嘗試插入值5和6的獨立事務在獲得插入行上的排它鎖之前,每個事務都用插入意向鎖鎖定4和7之間的間隙,但不會阻塞彼此,因為行是不衝突的。
10、INSERT ... ON DUPLICATE KEY UPDATE 與簡單的 INSERT 不同之處在於,當發生重覆鍵錯誤時,將在要更新的行上放置排他鎖而不是共用鎖。對重覆的主鍵值採用排它索引記錄鎖。對重覆的唯一鍵值採用排它的next-key鎖。
11、INSERT INTO T SELECT ... FROM S WHERE ... 在插入到 T 的每一行上設置一個排它索引記錄鎖(沒有間隙鎖)。如果事務隔離級別為 READ COMMITTED,InnoDB 將 S 上的搜索作為一致 讀(無鎖)。 否則,InnoDB 在 S 的行上設置共用的 next-key 鎖。
12、InnoDB在初始化表上先前指定的AUTO_INCREMENT列時,會在與AUTO_INCREMENT列相關的索引的末尾設置一個排它鎖。
13、如果在表上定義了一個FOREIGN KEY約束,那麼任何需要檢查約束條件的插入、更新或刪除都會在它查看的記錄上設置共用記錄級別的鎖,以檢查約束。InnoDB會在約束失敗的情況下也設置這些鎖。
14、LOCK TABLES設置表鎖,但是設置這些鎖的是InnoDB層之上的MySQL層。如果innodb_table_locks = 1(預設值)和autocommit = 0, InnoDB就知道表鎖,而且InnoDB上面的MySQL層知道行級鎖。
https://dev.mysql.com/doc/refman/8.0/en/innodb-locks-set.html
https://dev.mysql.com/doc/refman/8.0/en/innodb-transaction-isolation-levels.html
https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html
給表現加一個意向排它鎖,然後給行id=4的行加排它的記錄鎖,以及正無窮