MySQL中的事務,默認是自動提交的,即autocommit = 1;
但是這樣的話,在某些情形中就會出現(xiàn)問題:比如:
如果你想一次性插入了1000條數(shù)據(jù),mysql會commit1000次的,
如果我們把autocommit關(guān)閉掉[autocommit = 0],通過程序來控制,只要一次commit就可以了,這樣也才能更好的體現(xiàn)事務的特點!
對于需要操作數(shù)值,比如金額,個數(shù)等等!
記住一個原則:一鎖二判三更新
在MySQL的InnoDB中,預設(shè)的Tansaction isolation level 為REPEATABLE READ(可重讀)
在SELECT 的讀取鎖定主要分為兩種方式:
- SELECT ... LOCK IN SHARE MODE
- SELECT ... FOR UPDATE
這兩種方式在事務(Transaction) 進行當中SELECT 到同一個數(shù)據(jù)表時,都必須等待其它事務數(shù)據(jù)被提交(Commit)后才會執(zhí)行。
而主要的不同在于LOCK IN SHARE MODE 在有一方事務要Update 同一個表單時很容易造成死鎖。
簡單的說,如果SELECT 后面若要UPDATE 同一個表單,最好使用SELECT ... UPDATE。
舉個例子:
假設(shè)商品表單products 內(nèi)有一個存放商品數(shù)量的quantity ,在訂單成立之前必須先確定quantity 商品數(shù)量是否足夠(quantity>0) ,然后才把數(shù)量更新為1。代碼如下:
SELECT quantity FROM products WHERE id=3; UPDATE products SET quantity = 1 WHERE id=3;
為什么不安全呢?
少量的狀況下或許不會有問題,但是大量的數(shù)據(jù)存取「鐵定」會出問題。如果我們需要在quantity>0 的情況下才能扣庫存,假設(shè)程序在第一行SELECT 讀到的quantity 是2 ,看起來數(shù)字沒有錯,但 是當MySQL 正準備要UPDATE 的時候,可能已經(jīng)有人把庫存扣成0 了,但是程序卻渾然不知,將錯就錯的UPDATE 下去了。因此必須透過的事務機制來確保讀取及提交的數(shù)據(jù)都是正確的。
于是我們在MySQL 就可以這樣測試,代碼如下:
SET AUTOCOMMIT=0; BEGIN WORK; SELECT quantity FROM products WHERE id=3 FOR UPDATE;
此時products 數(shù)據(jù)中id=3 的數(shù)據(jù)被鎖住(注3),其它事務必須等待此次事務 提交后才能執(zhí)行SELECT * FROM products WHERE id=3 FOR UPDATE
如此可以確保quantity 在別的事務讀到的數(shù)字是正確的。
UPDATE products SET quantity = '1' WHERE id=3 ; COMMIT WORK;
提交(Commit)寫入數(shù)據(jù)庫,products 解鎖。
- 注1: BEGIN/COMMIT 為事務的起始及結(jié)束點,可使用二個以上的MySQL Command 視窗來交互觀察鎖定的狀況。
- 注2: 在事務進行當中,只有SELECT ... FOR UPDATE 或LOCK IN SHARE MODE 同一筆數(shù)據(jù)時會等待其它事務結(jié)束后才執(zhí)行,一般SELECT ... 則不受此影響。
- 注3: 由于InnoDB 預設(shè)為Row-level Lock,數(shù)據(jù)列的鎖定可參考這篇。
- 注4: InnoDB 表單盡量不要使用LOCK TABLES 指令,若情非得已要使用,請先看官方對于InnoDB 使用LOCK TABLES 的說明,以免造成系統(tǒng)經(jīng)常發(fā)生死鎖。
MySQL SELECT ... FOR UPDATE 的Row Lock 與Table Lock
上面介紹過SELECT ... FOR UPDATE
的用法,不過鎖定(Lock)的數(shù)據(jù)是判別就得要注意一下了。由于InnoDB 預設(shè)是Row-Level Lock,所以只有「明確」的指定主鍵,MySQL 才會執(zhí)行Row lock (只鎖住被選取的數(shù)據(jù)) ,否則MySQL 將會執(zhí)行Table Lock (將整個數(shù)據(jù)表單給鎖住)。
舉個例子:
假設(shè)有個表單products ,里面有id 跟name 二個欄位,id 是主鍵。
例1: (明確指定主鍵,并且有此數(shù)據(jù),row lock)
SELECT * FROM products WHERE id='3' 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;
樂觀所和悲觀鎖策略
悲觀鎖:在讀取數(shù)據(jù)時鎖住那幾行,其他對這幾行的更新需要等到悲觀鎖結(jié)束時才能繼續(xù) 。
樂觀所:讀取數(shù)據(jù)時不鎖,更新時檢查是否數(shù)據(jù)已經(jīng)被更新過,如果是則取消當前更新,一般在悲觀鎖的等待時間過長而不能接受時我們才會選擇樂觀鎖。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接
您可能感興趣的文章:- 實操MySQL+PostgreSQL批量插入更新insertOrUpdate
- MySQL update set 和 and的區(qū)別
- MySQL UPDATE 語句的非標準實現(xiàn)代碼
- mysql update case 更新字段值不固定的操作
- Mysql update多表聯(lián)合更新的方法小結(jié)
- MySQL UPDATE 語句一個“經(jīng)典”的坑