在MySQL中，事務A中使用select…for update where id=1鎖住了，某一條數(shù)據(jù)，事務還沒提交，此時，事務B中去用select … where id=1查詢那條數(shù)據(jù)，會阻塞等待嗎？

select…for update在MySQL中，是一種悲觀鎖的用法，一般情況下，會鎖住一行數(shù)據(jù)，但如果沒有使用正確的話，也會把整張表鎖住。

其實，我之前也在實際項目中試過用，比如：積分兌換禮品的功能。

今天跟大家一起聊聊select…for update這個話題，希望對你會有所幫助。

1. 要什么要用行鎖？

假如現(xiàn)在有這樣一種業(yè)務場景：用戶A給你轉賬了2000元，用戶B給你轉賬了3000元，而你的賬戶初始化金額是1000元。

在事務1中會執(zhí)行下面這條sql：

update account set money=money+2000 
where id=123;

在事務2中執(zhí)行下面這條sql：

update account set money=money+3000 
where id=123;

這兩條sql執(zhí)行成功之后，你的money可能是：3000、4000、6000，這三種情況中的一種。

你之前的想法是，用戶A和用戶B總共給你轉賬5000，最終你賬戶的錢應該是6000才對，3000和4000是怎么來的？

假如事務1在執(zhí)行update語句的過程中，事務2同時也在執(zhí)行update語句。

事務1中查詢到money是1000，此外事務2也查詢到money是1000。

如果事務1先執(zhí)行update語句，事務2后執(zhí)行update語句，第一次update的3000，會被后面的4000覆蓋掉，最終結果為4000。

如果事務2先執(zhí)行update語句，事務1后執(zhí)行update語句，第一次update的4000，會被后面的3000覆蓋掉，最終結果為3000。

這兩種情況都產(chǎn)生了嚴重的數(shù)據(jù)問題。

我們需要有某種機制，保證事務1和事務2要順序執(zhí)行，不要一起執(zhí)行。

這就需要加鎖了。

目前MySQL中使用比較多的有：表鎖、行鎖和間隙鎖。

我們這個業(yè)務場景，非常時候使用行鎖。

在事務1執(zhí)行update語句的過程中，先要把某一行數(shù)據(jù)鎖住，此時，其他的事務必須等待事務1執(zhí)行完，提交了事務，才能獲取那一行的數(shù)據(jù)。

在MySQL中是通過select…for update語句來實現(xiàn)的行鎖的功能。

但如果你在實際工作中使用不正確，也容易把整張表鎖住，嚴重影響性能。

select…where…for update語句的用法是否正確，跟where條件中的參數(shù)有很大的關系。

我們一起看看下面幾種情況。

假如user表現(xiàn)在有這樣的數(shù)據(jù)庫，數(shù)據(jù)庫的版本是：8.0.21，數(shù)據(jù)庫的隔離級別是：REPEATABLE-READ。

創(chuàng)建的索引如下：

其中id是主鍵字段，code是唯一索引字段，name是普通索引字段，其他的都是普通字段。

2. 主鍵

當where條件用的數(shù)據(jù)庫主鍵時。

例如開啟一個事務1，在事務中更新id=1的用戶的年齡：

begin;
select * from user where id=1 for update;
update user set age=22 where id=1;

where條件中的id是數(shù)據(jù)庫的主鍵，并且使用for update關鍵字，加了一個行鎖，這個事務沒有commit。

此時，開啟了另外一個事務2，也更新id=1的用戶的年齡：

begin;
update user set age=23 where id=1;
commit;

在執(zhí)行事務2的sql語句的過程中，會一直等待事務1釋放鎖。

如果事務1一直都不釋放行鎖，事務2最后會報下面這個異常：

如果此時開始一個事務3，更新id=2的用戶的年齡：

begin;
update user set age=23 where id=2;
commit;

執(zhí)行結果如下：

由于事務3中更新的另外一行數(shù)據(jù)，因此可以執(zhí)行成功。

說明使用for update關鍵字，鎖住了主鍵id=1的那一行數(shù)據(jù)，對其他行的數(shù)據(jù)并沒有影響。

3. 唯一索引

當where條件用的數(shù)據(jù)庫唯一索引時。

開啟一個事務1，在事務中更新code=101的用戶的年齡：

begin;
select * from user where code='101' for update;
update user set age=22 where code='101';

where條件中的code是數(shù)據(jù)庫的唯一索引，并且使用for update關鍵字，加了一個行鎖，這個事務沒有commit。

此時，開啟了另外一個事務2，也更新code=101的用戶的年齡：

begin;
update user set age=23 where code='101';
commit;

執(zhí)行結果跟主鍵的情況是一樣的。

4. 普通索引

當where條件用的數(shù)據(jù)庫普通索引時。

開啟一個事務1，在事務中更新name=周星馳的用戶的年齡：

begin;
select * from user where name='周星馳' for update;
update user set age=22 where name='周星馳';

where條件中的name是數(shù)據(jù)庫的普通索引，并且使用for update關鍵字，加了一個行鎖，這個事務沒有commit。

此時，開啟了另外一個事務2，也更新name=周星馳的用戶的年齡：

begin;
update user set age=23 where name='周星馳';
commit;

執(zhí)行結果跟主鍵的情況也是一樣的。

5. 主鍵范圍

當where條件用的數(shù)據(jù)庫主鍵范圍時。

開啟一個事務1，在事務中更新id in (1,2)的用戶的年齡：

begin;
select * from user where id in (1,2) for update;
update user set age=22 where id in (1,2);

where條件中的id是數(shù)據(jù)庫的主鍵范圍，并且使用for update關鍵字，加了多個行鎖，這個事務沒有commit。

此時，開啟了另外一個事務2，也更新id=1的用戶的年齡：

begin;
update user set age=23 where id=1;
commit;

執(zhí)行結果跟主鍵的情況也是一樣的。

此時，開啟了另外一個事務2，也更新id=2的用戶的年齡：

begin;
update user set age=23 where id=2;
commit;

執(zhí)行結果跟主鍵的情況也是一樣的。

6. 普通字段

當where條件用的數(shù)據(jù)庫普通字段時。

該字段既不是主鍵，也不是索引。

開啟一個事務1，在事務中更新age=22的用戶的年齡：

begin;
select * from user where age=22 for update;
update user set age=22 where age=22 ;

where條件中的age是數(shù)據(jù)庫的普通字段，并且使用for update關鍵字，加的是表鎖，這個事務沒有commit。

此時，開啟了另外一個事務2，也更新age=22的用戶的年齡：

begin;
update user set age=23 where age=22 ;
commit;

此時，執(zhí)行事務2時，會一直阻塞等待事務1釋放鎖。

調(diào)整一下sql條件，查詢條件改成age=23：

begin;
update user set age=23 where age=23 ;
commit;

此時，行事務3時，也會一直阻塞等待事務1釋放鎖。

也就是說，在for update語句中，使用普通字段作為查詢條件時，加的是表鎖，而并非行鎖。

7. 空數(shù)據(jù)

當where條件查詢的數(shù)據(jù)不存在時，會發(fā)生什么呢？

開啟一個事務1，在事務中更新id=66的用戶的年齡：

begin;
select * from user where id=66 for update;
update user set age=22 where id=66 ;

這條數(shù)據(jù)是不存在的。

此時，開啟了另外一個事務2，也更新id=66的用戶的年齡：

begin;
update user set age=23 where id=66 ;
commit;

執(zhí)行結果：

執(zhí)行成功了，說明這種情況沒有加鎖。

總結

最后給大家總結一下select…for update加鎖的情況：

• 主鍵字段：加行鎖。
• 唯一索引字段：加行鎖。
• 普通索引字段：加行鎖。
• 主鍵范圍：加多個行鎖。
• 普通字段：加表鎖。
• 查詢空數(shù)據(jù)：不加鎖。

如果事務1加了行鎖，一直沒有釋放鎖，事務2操作相同行的數(shù)據(jù)時，會一直等待直到超時。

如果事務1加了表鎖，一直沒有釋放鎖，事務2不管操作的是哪一行數(shù)據(jù)，都會一直等待直到超時。

到此這篇關于MySQL中select...for update鎖表的文章就介紹到這了,更多相關select...for update鎖表內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！