共計 2278 個字符，預計需要花費 6 分鐘才能閱讀完成。

丸趣 TV 小編給大家分享一下 mysql 事務 select for update 及數據一致性處理的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

MySQL 中的事務，默認是自動提交的，即 autocommit = 1；

但是這樣的話，在某些情形中就會出現問題：比如：

如果你想一次性插入了 1000 條數據，mysql 會 commit1000 次的，

如果我們把 autocommit 關閉掉[autocommit = 0]，通過程序來控制，只要一次 commit 就可以了, 這樣也才能更好的體現事務的特點！

對于需要操作數值，比如金額，個數等等！

記住一個原則：一鎖二判三更新

在 MySQL 的 InnoDB 中，預設的 Tansaction isolation level 為 REPEATABLE READ（可重讀）

在 SELECT 的讀取鎖定主要分為兩種方式：

SELECT … LOCK IN SHARE MODE

SELECT … FOR UPDATE

這兩種方式在事務 (Transaction) 進行當中 SELECT 到同一個數據表時，都必須等待其它事務數據被提交(Commit) 后才會執行。

而主要的不同在于 LOCK IN SHARE MODE 在有一方事務要 Update 同一個表單時很容易造成死鎖。

簡單的說，如果 SELECT 后面若要 UPDATE 同一個表單，最好使用 SELECT … UPDATE。

舉個例子:

假設商品表單 products 內有一個存放商品數量的 quantity，在訂單成立之前必須先確定 quantity 商品數量是否足夠(quantity 0)，然后才把數量更新為 1。代碼如下:

SELECT quantity FROM products WHERE id=3; UPDATE products SET quantity = 1 WHERE id=3;

為什么不安全呢?

少量的狀況下或許不會有問題，但是大量的數據存取「鐵定」會出問題。如果我們需要在 quantity 0 的情況下才能扣庫存，假設程序在第一行 SELECT 讀到的 quantity 是 2，看起來數字沒有錯，但 是當 MySQL 正準備要 UPDATE 的時候，可能已經有人把庫存扣成 0 了，但是程序卻渾然不知，將錯就錯的 UPDATE 下去了。因此必須透過的事務機制來確保讀取及提交的數據都是正確的。

于是我們在 MySQL 就可以這樣測試，代碼如下:

SET AUTOCOMMIT=0; BEGIN WORK; SELECT quantity FROM products WHERE id=3 FOR UPDATE;

此時 products 數據中 id=3 的數據被鎖住(注 3)，其它事務必須等待此次事務 提交后才能執行 SELECT * FROM products WHERE id=3 FOR UPDATE 如此可以確保 quantity 在別的事務讀到的數字是正確的。

UPDATE products SET quantity =  1  WHERE id=3 ; COMMIT WORK;

提交 (Commit) 寫入數據庫，products 解鎖。

注 1: BEGIN/COMMIT 為事務的起始及結束點，可使用二個以上的 MySQL Command 視窗來交互觀察鎖定的狀況。

注 2: 在事務進行當中，只有 SELECT … FOR UPDATE 或 LOCK IN SHARE MODE 同一筆數據時會等待其它事務結束后才執行，一般 SELECT … 則不受此影響。

注 3: 由于 InnoDB 預設為 Row-level Lock，數據列的鎖定可參考這篇。

注 4: InnoDB 表單盡量不要使用 LOCK TABLES 指令，若情非得已要使用，請先看官方對于 InnoDB 使用 LOCK TABLES 的說明，以免造成系統經常發生死鎖。

MySQL SELECT … FOR UPDATE 的 Row Lock 與 Table Lock

上面介紹過 SELECT … FOR UPDATE 的用法，不過鎖定 (Lock) 的數據是判別就得要注意一下了。由于 InnoDB 預設是 Row-Level Lock，所以只有「明確」的指定主鍵，MySQL 才會執行 Row lock (只鎖住被選取的數據)，否則 MySQL 將會執行 Table Lock (將整個數據表單給鎖住)。

舉個例子:

假設有個表單 products，里面有 id 跟 name 二個欄位，id 是主鍵。

例 1: (明確指定主鍵，并且有此數據，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;

樂觀所和悲觀鎖策略

悲觀鎖：在讀取數據時鎖住那幾行，其他對這幾行的更新需要等到悲觀鎖結束時才能繼續。

樂觀所：讀取數據時不鎖，更新時檢查是否數據已經被更新過，如果是則取消當前更新，一般在悲觀鎖的等待時間過長而不能接受時我們才會選擇樂觀鎖。

以上是“mysql 事務 select for update 及數據一致性處理的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注丸趣 TV 行業資訊頻道！