MySQL innodb的間隙鎖定(next-key locking)是為了防止幻讀(phantom read)，

當MySQL的isolation level設(shè)為repeatable read的時候會觸發(fā)間隙鎖定。

這里先討論?next-key locking 對 select 語句的鎖定，不討論 insert 等操作。

對于select 語句的鎖定，總的來說就是：

next-key locking 將自己 查詢過程中 所見到的那些行，全部都鎖住。

推導(dǎo)一下：

1、如果查詢過程中是用的全表掃描，則全表的記錄都鎖住

2、如果查詢過程中是通過索引，則通過索引根據(jù)查詢條件所匹配的那些記錄都鎖住，而且此時有新增的記錄且該記錄能?通過索引根據(jù)查詢條件所匹配，則也會被鎖住

3、如果查詢過程中是通過唯一索引，其實情況和 普通索引一樣

實例：

通過 name 和 owner 去查找 count：

@Lock(LockModeType.PESSIMISTIC_READ)public long countByNameAndOwner(String name,String owner);

查詢語句為：

select count(id) from test where test.name='aaa' and test.owner='bbb' lock in share mode

1、如果查詢沒有使用到索引，則全表都鎖住，不能 insert 、update 、delete

2、如果使用到索引，則將根據(jù)索引能查到的記錄 鎖住，這些記錄任何字段不能修改，insert 的記錄如果符合索引查出的條件，也將無法進行。

比如：

如果使用的是 name字段索引

將表中所有name為 ?‘a(chǎn)aa’ 的記錄鎖住，如果新增 name為'aaa'的記錄，也將無法進行。

如果是 insert 、update 、delete ?字段name 不為 'aaa' 的記錄，可正常操作。

如果是將?name為'aaa'的記錄 的 name 修改為其他字符串，也會被鎖住。

如果是使用 name,owner的復(fù)合索引，原理也是如上。

最后再來說下 讀鎖 和 寫鎖 的區(qū)別：

#寫鎖select * from test where id='1' for update;

#讀鎖select * from test where id='1' lock in share mode;

這里以 行鎖為例進行說明：

寫鎖：

當記錄上沒有其他鎖時(讀鎖，寫鎖)，可以加寫鎖。

寫鎖會阻止其他鎖，但不會阻止 純粹的 select

insert、update、delete

# *********** 當記錄上有寫鎖時 ? ? ***********

#下面語句會被阻止select * from test where id='1' for update;

#下面語句會被阻止select * from test where id='1' lock inshare mode;

#下面語句不會被阻止select * from test where id='1' ;

讀鎖：

當記錄上沒有寫鎖時，可以加讀鎖

當記錄上有其他讀鎖時，可以再加讀鎖

記錄上存在讀鎖，則寫鎖無法再加上，需要等所有的讀鎖都釋放后才行

# *********** 當記錄上有讀鎖時 ***********#下面語句會被阻止select * from test where id='1' for update;

#下面語句不會被阻止select * from test where id='1' lock inshare mode;

#下面語句不會被阻止select * from test where id='1' ;

InnoDB的 insert , update ,delete 的鎖

對于insert 語句，新增的記錄會關(guān)聯(lián)到唯一索引、主鍵，在事務(wù)提交前，所有與該新增記錄 主鍵相同，唯一索引約束項相同的記錄都將被鎖住。

對于update、delete語句，和上面類似，where條件將自己 查詢過程中 所見到的那些行，全部都鎖住。如果是沒走索引，該表全部記錄鎖住。

總結(jié)

以上是生活随笔為你收集整理的mysql locking_Mysql next-key locking，读锁，写锁的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。