Select For Update加鎖，懵圈了！
前言
前幾天，知識星球中的一個小伙伴，問了我一個問題：在MySQL中，事務A中使用select...for update where id=1鎖住了，某一條數據，事務還沒提交，
此時，事務B中去用select ... where id=1查詢那條數據，會阻塞等待嗎？
其實select...for update在MySQL中，是一種悲觀鎖的用法，一般情況下，會鎖住一行數據，但如果沒有使用正確的話，也會把整張表鎖住，導致SQL性能急劇下降。
其實，我之前也在實際項目中試過用for update關鍵字加行鎖，比如：積分兌換禮品的功能。
今天就跟大家一起聊聊select...for update這個話題，希望對你會有所幫助。
1、要什么要用行鎖？
假如現在有這樣一種業務場景：用戶A給你轉賬了2000元，此時剛好，用戶B也給你轉賬了3000元，而你的賬戶初始化金額是1000元。
用戶A的請求，先查詢出money，然后給money加上2000，在事務1中會執行下面這條sql：
update account set money=#{money}
where id=123;同事，用戶B的請求，也是先查詢出money，然后給money加上3000，在事務2中執行下面這條sql：
update account set money=#{money}
where id=123;這兩條sql執行成功之后，你的money可能是：3000、4000、6000，這三種情況中的一種。
你之前的想法是，用戶A和用戶B總共給你轉賬5000，最終你賬戶的錢應該是6000才對，3000和4000是怎么來的？
假如事務1在執行update語句的過程中，事務2同時也在執行update語句。
事務1中查詢到money是1000，此外事務2也查詢到money是1000。
如果事務1先執行update語句，事務2后執行update語句，第一次update的3000，會被后面的4000覆蓋掉，最終結果為4000。
如果事務2先執行update語句，事務1后執行update語句，第一次update的4000，會被后面的3000覆蓋掉，最終結果為3000。
這兩種情況都產生了嚴重的數據問題。
我們需要有某種機制，保證計算金額后事務1和事務2要順序執行，不要一起執行。
這就需要加鎖了。
目前MySQL中使用比較多的有：表鎖、行鎖和間隙鎖。
我們這個業務場景，非常時候使用行鎖。
在事務1執行update語句的過程中，先要把某一行數據鎖住，此時，其他的事務必須等待事務1執行完，提交了事務，才能獲取那一行的數據。
在MySQL中是通過select...for update語句來實現的行鎖的功能。
但如果你在實際工作中使用不正確，也容易把整張表鎖住，嚴重影響性能。
select...where...for update語句的用法是否正確，跟where條件中的參數有很大的關系。
不信我們一起看看下面這幾種情況。
假如user表現在有這樣的數據庫，數據庫的版本是：8.0.21。
創建的索引如下：
其中id是主鍵字段，code是唯一索引字段，name是普通索引字段，其他的都是普通字段。
2、主鍵
當where條件中用的是數據庫主鍵時。
例如開啟一個事務1，在事務中更新id=1的用戶的年齡：
begin;
select * from user where id=1 for update;
update user set age=22 where id=1;where條件中的id是數據庫的主鍵，并且使用for update關鍵字，加了一個行鎖，這個事務沒有commit。
此時，開啟了另外一個事務2，也更新id=1的用戶的年齡：
begin;
update user set age=23 where id=1;
commit;在執行事務2的sql語句的過程中，會一直等待事務1釋放鎖。
如果事務1一直都不釋放行鎖，事務2最后會報下面這個異常：
如果此時開始一個事務3，更新id=2的用戶的年齡：
begin;
update user set age=23 where id=2;
commit;執行結果如下：
由于事務3中更新的另外一行數據，因此可以執行成功。
說明使用for update關鍵字，鎖住了主鍵id=1的那一行數據，對其他行的數據并沒有影響。
3、唯一索引
當where條件用的數據庫唯一索引時。
開啟一個事務1，在事務中更新code=101的用戶的年齡：
begin;
select * from user where code='101' for update;
update user set age=22 where code='101';where條件中的code是數據庫的唯一索引，并且使用for update關鍵字，加了一個行鎖，這個事務沒有commit。
此時，開啟了另外一個事務2，也更新code=101的用戶的年齡：
begin;
update user set age=23 where code='101';
commit;執行結果跟主鍵的情況是一樣的。
4、普通索引
當where條件用的數據庫普通索引時。
開啟一個事務1，在事務中更新name=周星馳的用戶的年齡：
begin;
select * from user where name='周星馳' for update;
update user set age=22 where name='周星馳';where條件中的name是數據庫的普通索引，并且使用for update關鍵字，加了一個行鎖，這個事務沒有commit。
此時，開啟了另外一個事務2，也更新name=周星馳的用戶的年齡：
begin;
update user set age=23 where name='周星馳';
commit;執行結果跟主鍵的情況也是一樣的。
5、主鍵范圍
當where條件用的數據庫主鍵范圍時。
開啟一個事務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是數據庫的主鍵范圍，并且使用for update關鍵字，加了多個行鎖，這個事務沒有commit。
此時，開啟了另外一個事務2，也更新id=1的用戶的年齡：
begin;
update user set age=23 where id=1;
commit;執行結果跟主鍵的情況也是一樣的。
此時，開啟了另外一個事務2，也更新id=2的用戶的年齡：
begin;
update user set age=23 where id=2;
commit;執行結果跟主鍵的情況也是一樣的。
6、普通字段
當where條件用的數據庫普通字段時。
該字段既不是主鍵，也不是索引。
開啟一個事務1，在事務中更新age=22的用戶的年齡：
begin;
select * from user where age=22 for update;
update user set age=22 where age=22 ;where條件中的age是數據庫的普通字段，并且使用for update關鍵字，加的是表鎖，這個事務沒有commit。
此時，開啟了另外一個事務2，也更新age=22的用戶的年齡：
begin;
update user set age=23 where age=22 ;
commit;此時，執行事務2時，會一直阻塞等待事務1釋放鎖。
調整一下sql條件，查詢條件改成age=23：
begin;
update user set age=23 where age=23 ;
commit;此時，行事務3時，也會一直阻塞等待事務1釋放鎖。
也就是說，在for update語句中，使用普通字段作為查詢條件時，加的不是行鎖。
那么，到底是什么鎖呢？
開啟一個事務4，在事務中更新age=22的用戶的年齡：
begin;
select * from user where age=23 for update;
update user set age=22 where age=23 ;嘗試insert一條age=22的新數據：
INSERT INTO `sue`.`user`(`id`, `code`, `age`, `name`, `height`, `address`, `phone`, `encrypt_phone`) VALUES (6, '105', 22, '蘇三說技術', 173, '武漢', NULL, NULL);最后發現insert失敗了。
嘗試insert一條age=23的新數據：
INSERT INTO `sue`.`user`(`id`, `code`, `age`, `name`, `height`, `address`, `phone`, `encrypt_phone`) VALUES (6, '105', 23, '蘇三說技術', 173, '武漢', NULL, NULL);最后發現insert也失敗了。
而把age改成21重新insert：
INSERT INTO `sue`.`user`(`id`, `code`, `age`, `name`, `height`, `address`, `phone`, `encrypt_phone`) VALUES (6, '105', 21, '蘇三說技術', 173, '武漢', NULL, NULL);卻insert成功了：
意不意外？驚不驚喜？
說明這種情況下，加的不是行鎖，也不是表鎖，而是間隙鎖，鎖定的范圍是age從【22~∞】。
7、空數據
當where條件查詢的數據不存在時，會發生什么呢？
開啟一個事務1，在事務中更新id=66的用戶的年齡：
begin;
select * from user where id=66 for update;這條數據是不存在的。
此時，開啟了另外一個事務2，也更新id=66的用戶的年齡：
begin;
update user set age=23 where id=66 ;
commit;執行結果：
執行成功了，說明這種情況沒有加鎖？
不繼續往下看。
開啟事務3，insert一條age=21的數據：
INSERT INTO `sue`.`user`(`id`, `code`, `age`, `name`, `height`, `address`, `phone`, `encrypt_phone`) VALUES (5, '104', 21, '蘇三說技術', 173, '武漢', NULL, NULL);結果insert也失敗了：
說明用for update關鍵字，通過主鍵查詢空數據時，是加了鎖的，目前得知不是行鎖。
是表鎖？
假如insert一條age=65的數據：
INSERT INTO `sue`.`user`(`id`, `code`, `age`, `name`, `height`, `address`, `phone`, `encrypt_phone`) VALUES (6, '106', 65, '蘇三說技術', 173, '武漢', NULL, NULL);發現insert失敗了：
改成insert一條age=21的數據呢？
INSERT INTO `sue`.`user`(`id`, `code`, `age`, `name`, `height`, `address`, `phone`, `encrypt_phone`) VALUES (8, '108', 21, '蘇三說技術', 173, '武漢', NULL, NULL);結果insert成功了：
說明用for update關鍵字，通過主鍵查詢空數據時，加的不是表鎖，而是間隙鎖。
總結
最后給大家總結一下select...for update加鎖的情況：
- 主鍵字段：加行鎖。
- 唯一索引字段：加行鎖。
- 普通索引字段：加間隙鎖。
- 主鍵范圍：加多個行鎖。
- 唯一索引范圍，加多個行鎖。
- 普通字段：加表鎖。
- 查詢空數據：加間鎖。
如果事務1加了行鎖，一直沒有釋放鎖，事務2操作相同行的數據時，會一直等待直到超時。
如果事務1加了表鎖，一直沒有釋放鎖，事務2不管操作的是哪一行數據，都會一直等待直到超時。
此外，有些小伙伴，可能會好奇，直接執行update語句，也會加行鎖，為什么還需要使用for update關鍵字加行鎖呢？
答：for update關鍵字是加在select語句中的，它從查到那行數據開始，直到事務提交，整個過程中都會加鎖。
而直接執行update語句，是在更新數據的時候加鎖，二者有本質的區別。
