91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

mysql事務select for update及數據一致性處理的示例分析

發布時間:2021-07-30 11:16:55 來源:億速云 閱讀:318 作者:小新 欄目:MySQL數據庫

小編給大家分享一下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及數據一致性處理的示例分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

长春市| 霍山县| 平武县| 阳曲县| 松阳县| 海宁市| 上蔡县| 永嘉县| 温州市| 抚宁县| 三原县| 清水河县| 和平县| 东光县| 龙南县| 皋兰县| 中西区| 桐乡市| 蓝山县| 略阳县| 汽车| 双辽市| 永济市| 屯留县| 铁岭县| 通辽市| 武邑县| 福贡县| 鹿邑县| 保德县| 中江县| 高邮市| 伊宁市| 陆河县| 沭阳县| 林芝县| 东山县| 临泽县| 长宁区| 聂拉木县| 拜泉县|