mysql SELECT FOR UPDATE語句使用示例
以MySQL 的InnoDB 為例,預(yù)設(shè)的Tansaction isolation level 為REPEATABLE READ,在SELECT 的讀取鎖定主要分為兩種方式:
SELECT ... LOCK IN SHARE MODE SELECT ... FOR UPDATE
這兩種方式在事務(wù)(Transaction) 進(jìn)行當(dāng)中SELECT 到同一個(gè)數(shù)據(jù)表時(shí),都必須等待其它事務(wù)數(shù)據(jù)被提交(Commit)后才會(huì)執(zhí)行。而主要的不同在于LOCK IN SHARE MODE 在有一方事務(wù)要Update 同一個(gè)表單時(shí)很容易造成死鎖 。
簡(jiǎn)單的說,如果SELECT 后面若要UPDATE 同一個(gè)表單,最好使用SELECT ... UPDATE。
舉個(gè)例子: 假設(shè)商品表單products 內(nèi)有一個(gè)存放商品數(shù)量的quantity ,在訂單成立之前必須先確定quantity 商品數(shù)量是否足夠(quantity>0) ,然后才把數(shù)量更新為1。
不安全的做法:
SELECT quantity FROM products WHERE id=3; UPDATE products SET quantity = 1 WHERE id=3;
為什么不安全呢?
少量的狀況下或許不會(huì)有問題,但是大量的數(shù)據(jù)存取「鐵定」會(huì)出問題。
如果我們需要在quantity>0 的情況下才能扣庫存,假設(shè)程序在第一行SELECT 讀到的quantity 是2 ,看起來數(shù)字沒有錯(cuò),但是當(dāng)MySQL 正準(zhǔn)備要UPDATE 的時(shí)候,可能已經(jīng)有人把庫存扣成0 了,但是程序卻渾然不知,將錯(cuò)就錯(cuò)的UPDATE 下去了。
因此必須透過的事務(wù)機(jī)制來確保讀取及提交的數(shù)據(jù)都是正確的。
于是我們?cè)贛ySQL 就可以這樣測(cè)試:
SET AUTOCOMMIT=0; BEGIN WORK; SELECT quantity FROM products WHERE id=3 FOR UPDATE;
此時(shí)products 數(shù)據(jù)中id=3 的數(shù)據(jù)被鎖住(注3),其它事務(wù)必須等待此次事務(wù) 提交后才能執(zhí)行
SELECT * FROM products WHERE id=3 FOR UPDATE 如此可以確保quantity 在別的事務(wù)讀到的數(shù)字是正確的。
UPDATE products SET quantity = '1' WHERE id=3 ; COMMIT WORK;
提交(Commit)寫入數(shù)據(jù)庫,products 解鎖。
注1: BEGIN/COMMIT 為事務(wù)的起始及結(jié)束點(diǎn),可使用二個(gè)以上的MySQL Command 視窗來交互觀察鎖定的狀況。
注2: 在事務(wù)進(jìn)行當(dāng)中,只有SELECT ... FOR UPDATE 或LOCK IN SHARE MODE 同一筆數(shù)據(jù)時(shí)會(huì)等待其它事務(wù)結(jié)束后才執(zhí)行,一般SELECT ... 則不受此影響。
注3: 由于InnoDB 預(yù)設(shè)為Row-level Lock,數(shù)據(jù)列的鎖定可參考這篇。
注4: InnoDB 表單盡量不要使用LOCK TABLES 指令,若情非得已要使用,請(qǐng)先看官方對(duì)于InnoDB 使用LOCK TABLES 的說明,以免造成系統(tǒng)經(jīng)常發(fā)生死鎖。
MySQL SELECT ... FOR UPDATE 的Row Lock 與Table Lock
上面介紹過SELECT ... FOR UPDATE 的用法,不過鎖定(Lock)的數(shù)據(jù)是判別就得要注意一下了。由于InnoDB 預(yù)設(shè)是Row-Level Lock,所以只有「明確」的指定主鍵,MySQL 才會(huì)執(zhí)行Row lock (只鎖住被選取的數(shù)據(jù)) ,否則MySQL 將會(huì)執(zhí)行Table Lock (將整個(gè)數(shù)據(jù)表單給鎖住)。
舉個(gè)例子:
假設(shè)有個(gè)表單products ,里面有id 跟name 二個(gè)欄位,id 是主鍵。
例1: (明確指定主鍵,并且有此數(shù)據(jù),row lock)
SELECT * FROM products WHERE id='3' FOR UPDATE;
例2: (明確指定主鍵,若查無此數(shù)據(jù),無lock)
SELECT * FROM products WHERE id='-1' FOR UPDATE;
例2: (無主鍵,table lock)
SELECT * FROM products WHERE name='Mouse' FOR UPDATE;
例3: (主鍵不明確,table lock)
SELECT * FROM products WHERE id<>'3' FOR UPDATE;
例4: (主鍵不明確,table lock)
SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;
注1: FOR UPDATE 僅適用于InnoDB,且必須在事務(wù)區(qū)塊(BEGIN/COMMIT)中才能生效。
注2: 要測(cè)試鎖定的狀況,可以利用MySQL 的Command Mode ,開二個(gè)視窗來做測(cè)試。
例
MySQL update && select
CREATE TABLE `testupdate` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`val` bigint(20) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
update testupdate
set val = val+1
where id = 1 and @value := val+1;
select @value;
相關(guān)文章
解決mysql數(shù)據(jù)庫設(shè)置遠(yuǎn)程連接權(quán)限執(zhí)行g(shù)rant all privileges on&n
這篇文章主要介紹了解決mysql數(shù)據(jù)庫設(shè)置遠(yuǎn)程連接權(quán)限執(zhí)行g(shù)rant all privileges on *.* to 'root'@'%' identified by '密碼' with grant optio報(bào)錯(cuò),通過本文給大家分享問題原因解析及解決方法,需要的朋友可以參考下2022-11-11在MySQL中使用GTIDs復(fù)制協(xié)議和中斷協(xié)議的教程
這篇文章主要介紹了在MySQL中使用GTIDs復(fù)制協(xié)議和中斷協(xié)議的教程,主要用于多個(gè)服務(wù)器之間的通信,需要的朋友可以參考下2015-04-04mysql數(shù)據(jù)庫修改數(shù)據(jù)表引擎的方法
對(duì)于MySQL數(shù)據(jù)庫,如果你要使用事務(wù)以及行級(jí)鎖就必須使用INNODB引擎。如果你要使用全文索引,那必須使用myisam,那如何修改修改MySQL的引擎為INNODB呢,下面介紹一個(gè)修改方法2014-01-01mysql存儲(chǔ)過程與函數(shù)學(xué)習(xí)與實(shí)踐方式
下面小編就為大家分享一篇mysql存儲(chǔ)過程與函數(shù)學(xué)習(xí)與實(shí)踐方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2017-12-12MySQL查看數(shù)據(jù)庫連接數(shù)的方法
本文主要介紹了MySQL查看數(shù)據(jù)庫連接數(shù)的方法,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2024-08-08mysql中的int類型對(duì)應(yīng)于java中的Long類型詳解
這篇文章主要介紹了mysql中的int類型對(duì)應(yīng)于java中的Long類型,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-04-04在MySQL中如何存取List<String>數(shù)據(jù)
這篇文章主要介紹了在MySQL中如何存取List<String>數(shù)據(jù)問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-07-07