MySQL中select...for update鎖表
在MySQL中,事務(wù)A中使用select…for update where id=1鎖住了,某一條數(shù)據(jù),事務(wù)還沒提交,此時,事務(wù)B中去用select … where id=1查詢那條數(shù)據(jù),會阻塞等待嗎?
select…for update在MySQL中,是一種悲觀鎖的用法,一般情況下,會鎖住一行數(shù)據(jù),但如果沒有使用正確的話,也會把整張表鎖住。
其實(shí),我之前也在實(shí)際項(xiàng)目中試過用,比如:積分兌換禮品的功能。
今天跟大家一起聊聊select…for update這個話題,希望對你會有所幫助。
1. 要什么要用行鎖?
假如現(xiàn)在有這樣一種業(yè)務(wù)場景:用戶A給你轉(zhuǎn)賬了2000元,用戶B給你轉(zhuǎn)賬了3000元,而你的賬戶初始化金額是1000元。
在事務(wù)1中會執(zhí)行下面這條sql:
update account set money=money+2000 where id=123;
在事務(wù)2中執(zhí)行下面這條sql:
update account set money=money+3000 where id=123;
這兩條sql執(zhí)行成功之后,你的money可能是:3000、4000、6000,這三種情況中的一種。
你之前的想法是,用戶A和用戶B總共給你轉(zhuǎn)賬5000,最終你賬戶的錢應(yīng)該是6000才對,3000和4000是怎么來的?
假如事務(wù)1在執(zhí)行update語句的過程中,事務(wù)2同時也在執(zhí)行update語句。
事務(wù)1中查詢到money是1000,此外事務(wù)2也查詢到money是1000。
如果事務(wù)1先執(zhí)行update語句,事務(wù)2后執(zhí)行update語句,第一次update的3000,會被后面的4000覆蓋掉,最終結(jié)果為4000。
如果事務(wù)2先執(zhí)行update語句,事務(wù)1后執(zhí)行update語句,第一次update的4000,會被后面的3000覆蓋掉,最終結(jié)果為3000。
這兩種情況都產(chǎn)生了嚴(yán)重的數(shù)據(jù)問題。
我們需要有某種機(jī)制,保證事務(wù)1和事務(wù)2要順序執(zhí)行,不要一起執(zhí)行。
這就需要加鎖了。
目前MySQL中使用比較多的有:表鎖、行鎖和間隙鎖。
我們這個業(yè)務(wù)場景,非常時候使用行鎖
。
在事務(wù)1執(zhí)行update語句的過程中,先要把某一行數(shù)據(jù)鎖住,此時,其他的事務(wù)必須等待事務(wù)1執(zhí)行完,提交了事務(wù),才能獲取那一行的數(shù)據(jù)。
在MySQL中是通過select…for update語句來實(shí)現(xiàn)的行鎖的功能。
但如果你在實(shí)際工作中使用不正確,也容易把整張表鎖住,嚴(yán)重影響性能。
select…where…for update語句的用法是否正確,跟where條件中的參數(shù)有很大的關(guān)系。
我們一起看看下面幾種情況。
假如user表現(xiàn)在有這樣的數(shù)據(jù)庫,數(shù)據(jù)庫的版本是:8.0.21,數(shù)據(jù)庫的隔離級別是:REPEATABLE-READ。
創(chuàng)建的索引如下:
其中id是主鍵字段,code是唯一索引字段,name是普通索引字段,其他的都是普通字段。
2. 主鍵
當(dāng)where條件用的數(shù)據(jù)庫主鍵時。
例如開啟一個事務(wù)1,在事務(wù)中更新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關(guān)鍵字,加了一個行鎖,這個事務(wù)沒有commit。
此時,開啟了另外一個事務(wù)2,也更新id=1的用戶的年齡:
begin; update user set age=23 where id=1; commit;
在執(zhí)行事務(wù)2的sql語句的過程中,會一直等待事務(wù)1釋放鎖。
如果事務(wù)1一直都不釋放行鎖,事務(wù)2最后會報下面這個異常:
如果此時開始一個事務(wù)3,更新id=2的用戶的年齡:
begin; update user set age=23 where id=2; commit;
執(zhí)行結(jié)果如下:
由于事務(wù)3中更新的另外一行數(shù)據(jù),因此可以執(zhí)行成功。
說明使用for update關(guān)鍵字,鎖住了主鍵id=1的那一行數(shù)據(jù),對其他行的數(shù)據(jù)并沒有影響。
3. 唯一索引
當(dāng)where條件用的數(shù)據(jù)庫唯一索引時。
開啟一個事務(wù)1,在事務(wù)中更新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關(guān)鍵字,加了一個行鎖,這個事務(wù)沒有commit。
此時,開啟了另外一個事務(wù)2,也更新code=101的用戶的年齡:
begin; update user set age=23 where code='101'; commit;
執(zhí)行結(jié)果跟主鍵的情況是一樣的。
4. 普通索引
當(dāng)where條件用的數(shù)據(jù)庫普通索引時。
開啟一個事務(wù)1,在事務(wù)中更新name=周星馳的用戶的年齡:
begin; select * from user where name='周星馳' for update; update user set age=22 where name='周星馳';
where條件中的name是數(shù)據(jù)庫的普通索引,并且使用for update關(guān)鍵字,加了一個行鎖,這個事務(wù)沒有commit。
此時,開啟了另外一個事務(wù)2,也更新name=周星馳的用戶的年齡:
begin; update user set age=23 where name='周星馳'; commit;
執(zhí)行結(jié)果跟主鍵的情況也是一樣的。
5. 主鍵范圍
當(dāng)where條件用的數(shù)據(jù)庫主鍵范圍時。
開啟一個事務(wù)1,在事務(wù)中更新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關(guān)鍵字,加了多個行鎖,這個事務(wù)沒有commit。
此時,開啟了另外一個事務(wù)2,也更新id=1的用戶的年齡:
begin; update user set age=23 where id=1; commit;
執(zhí)行結(jié)果跟主鍵的情況也是一樣的。
此時,開啟了另外一個事務(wù)2,也更新id=2的用戶的年齡:
begin; update user set age=23 where id=2; commit;
執(zhí)行結(jié)果跟主鍵的情況也是一樣的。
6. 普通字段
當(dāng)where條件用的數(shù)據(jù)庫普通字段時。
該字段既不是主鍵,也不是索引。
開啟一個事務(wù)1,在事務(wù)中更新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關(guān)鍵字,加的是表鎖
,這個事務(wù)沒有commit。
此時,開啟了另外一個事務(wù)2,也更新age=22的用戶的年齡:
begin; update user set age=23 where age=22 ; commit;
此時,執(zhí)行事務(wù)2時,會一直阻塞等待事務(wù)1釋放鎖。
調(diào)整一下sql條件,查詢條件改成age=23:
begin; update user set age=23 where age=23 ; commit;
此時,行事務(wù)3時,也會一直阻塞等待事務(wù)1釋放鎖。
也就是說,在for update語句中,使用普通字段作為查詢條件時,加的是表鎖,而并非行鎖。
7. 空數(shù)據(jù)
當(dāng)where條件查詢的數(shù)據(jù)不存在時,會發(fā)生什么呢?
開啟一個事務(wù)1,在事務(wù)中更新id=66的用戶的年齡:
begin; select * from user where id=66 for update; update user set age=22 where id=66 ;
這條數(shù)據(jù)是不存在的。
此時,開啟了另外一個事務(wù)2,也更新id=66的用戶的年齡:
begin; update user set age=23 where id=66 ; commit;
執(zhí)行結(jié)果:
執(zhí)行成功了,說明這種情況沒有加鎖。
總結(jié)
最后給大家總結(jié)一下select…for update加鎖的情況:
- 主鍵字段:加行鎖。
- 唯一索引字段:加行鎖。
- 普通索引字段:加行鎖。
- 主鍵范圍:加多個行鎖。
- 普通字段:加表鎖。
- 查詢空數(shù)據(jù):不加鎖。
如果事務(wù)1加了行鎖,一直沒有釋放鎖,事務(wù)2操作相同行的數(shù)據(jù)時,會一直等待直到超時。
如果事務(wù)1加了表鎖,一直沒有釋放鎖,事務(wù)2不管操作的是哪一行數(shù)據(jù),都會一直等待直到超時。
到此這篇關(guān)于MySQL中select...for update鎖表的文章就介紹到這了,更多相關(guān)select...for update鎖表內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
mysql 10w級別的mysql數(shù)據(jù)插入
幾天前做了一個短信發(fā)送東東,一次性要插入10w以上的手機(jī)號碼。我的個天啊。2011-08-08win7下mysql6.x出現(xiàn)中文亂碼的完美解決方法
本文給大家分享win7下mysql 6.x出現(xiàn)中文亂碼的完美解決方法,非常不錯,具有參考借鑒價值,需要的朋友參考下吧2017-04-04MySQL新增字段后Java實(shí)體未更新的潛在問題與解決方案
在Java+MySQL的開發(fā)中,我們通常使用ORM框架來映射數(shù)據(jù)庫表與 Java 對象,但有時候,數(shù)據(jù)庫表結(jié)構(gòu)變更(如新增字段)后,開發(fā)人員可能忘記同步更新Java實(shí)體類,會導(dǎo)致什么問題?接下小編給大家介紹了MySQL新增字段后Java實(shí)體未更新的潛在問題與解決方案2025-03-03php開啟mysqli擴(kuò)展之后如何連接數(shù)據(jù)庫
Mysqli是php5之后才有的功能,沒有開啟擴(kuò)展的朋友可以打開您的php.ini的配置文件;相對于mysql有很多新的特性和優(yōu)勢,需要了解的朋友可以參考下2012-12-12防止服務(wù)器宕機(jī)時MySQL數(shù)據(jù)丟失的幾種方案
這篇文章主要介紹了防止服務(wù)器宕機(jī)時MySQL數(shù)據(jù)丟失的幾種方案,結(jié)合實(shí)踐介紹了Replication和Monitor以及Failover這三個項(xiàng)目的應(yīng)用,需要的朋友可以參考下2015-06-06MySQL9.1.0實(shí)現(xiàn)最基礎(chǔ)主從復(fù)制的步驟
本文主要介紹了使用Docker實(shí)現(xiàn)MySQL的主從復(fù)制,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2025-02-02mysql嚴(yán)格模式Strict?Mode詳細(xì)說明
使用mysql嚴(yán)格模式可以使數(shù)據(jù)更加安全嚴(yán)格,缺點(diǎn)是減少了對空數(shù)據(jù)入庫的兼容性,下面這篇文章主要給大家介紹了關(guān)于mysql嚴(yán)格模式Strict?Mode詳細(xì)說明的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-08-08