MySQL中的事務(wù)，默認(rèn)是自動(dòng)提交的，即autocommit = 1；

但是這樣的話，在某些情形中就會(huì)出現(xiàn)問(wèn)題：比如：

如果你想一次性插入了1000條數(shù)據(jù)，mysql會(huì)commit1000次的，

如果我們把a(bǔ)utocommit關(guān)閉掉[autocommit = 0]，通過(guò)程序來(lái)控制，只要一次commit就可以了,這樣也才能更好的體現(xiàn)事務(wù)的特點(diǎn)！

對(duì)于需要操作數(shù)值，比如金額，個(gè)數(shù)等等！

記住一個(gè)原則：一鎖二判三更新

在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)單的說(shuō)，如果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ì)有問(wèn)題，但是大量的數(shù)據(jù)存取「鐵定」會(huì)出問(wèn)題。如果我們需要在quantity>0 的情況下才能扣庫(kù)存，假設(shè)程序在第一行SELECT 讀到的quantity 是2 ，看起來(lái)數(shù)字沒(méi)有錯(cuò)，但 是當(dāng)MySQL 正準(zhǔn)備要UPDATE 的時(shí)候，可能已經(jīng)有人把庫(kù)存扣成0 了，但是程序卻渾然不知，將錯(cuò)就錯(cuò)的UPDATE 下去了。因此必須透過(guò)的事務(wù)機(jī)制來(lái)確保讀取及提交的數(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ù)庫(kù)，products 解鎖。

注1: BEGIN/COMMIT 為事務(wù)的起始及結(jié)束點(diǎn)，可使用二個(gè)以上的MySQL Command 視窗來(lái)交互觀察鎖定的狀況。

注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 的說(shuō)明，以免造成系統(tǒng)經(jīng)常發(fā)生死鎖。

MySQL SELECT ... FOR UPDATE 的Row Lock 與Table Lock

上面介紹過(guò)?SELECT ... FOR UPDATE?的用法，不過(guò)鎖定(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: (無(wú)主鍵，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;

樂(lè)觀所和悲觀鎖策略

悲觀鎖：在讀取數(shù)據(jù)時(shí)鎖住那幾行，其他對(duì)這幾行的更新需要等到悲觀鎖結(jié)束時(shí)才能繼續(xù) 。

樂(lè)觀所：讀取數(shù)據(jù)時(shí)不鎖，更新時(shí)檢查是否數(shù)據(jù)已經(jīng)被更新過(guò)，如果是則取消當(dāng)前更新，一般在悲觀鎖的等待時(shí)間過(guò)長(zhǎng)而不能接受時(shí)我們才會(huì)選擇樂(lè)觀鎖。

總結(jié)

以上是生活随笔為你收集整理的mysql事务实现数据更新_MySql事务select for update及数据的一致性处理讲解的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。