亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

mysql事務(wù)select for update及數(shù)據(jù)的一致性處理講解

 更新時(shí)間:2019年03月16日 15:42:40   作者:CODETC  
今天小編就為大家分享一篇關(guān)于mysql事務(wù)select for update及數(shù)據(jù)的一致性處理講解,小編覺得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來看看吧

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

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

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

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

對于需要操作數(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í)很容易造成死鎖。

簡單的說,如果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ù)都是正確的。

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

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 指令,若情非得已要使用,請先看官方對于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: (無主鍵,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ù)時(shí)鎖住那幾行,其他對這幾行的更新需要等到悲觀鎖結(jié)束時(shí)才能繼續(xù) 。

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

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接

相關(guān)文章

  • 搞定mysql行轉(zhuǎn)列的7種方法以及列轉(zhuǎn)行

    搞定mysql行轉(zhuǎn)列的7種方法以及列轉(zhuǎn)行

    在MySQL數(shù)據(jù)庫中,有時(shí)候我們需要將一列數(shù)據(jù)轉(zhuǎn)化為行數(shù)據(jù),以便更好地進(jìn)行數(shù)據(jù)分析和處理,下面這篇文章主要給大家介紹了關(guān)于搞定mysql行轉(zhuǎn)列的7種方法以及列轉(zhuǎn)行的相關(guān)資料,需要的朋友可以參考下
    2024-03-03
  • MYSQL中Truncate的用法詳解

    MYSQL中Truncate的用法詳解

    這篇文章主要介紹了MYSQL中Truncate的用法詳解,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2021-01-01
  • MySQL Server 8.0.13.0 安裝教程圖文詳解

    MySQL Server 8.0.13.0 安裝教程圖文詳解

    本文通過圖文并茂的形式給大家介紹了MySQL Server 8.0.13.0 安裝教程 ,非常不錯(cuò),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2019-04-04
  • IDEA使用mybatis-generator及配上mysql8.0.3版本遇到的bug

    IDEA使用mybatis-generator及配上mysql8.0.3版本遇到的bug

    這篇文章主要介紹了IDEA使用mybatis-generator以及配上mysql8.0.3版本遇到的問題,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2020-11-11
  • 基于MySql的擴(kuò)展功能生成全局ID

    基于MySql的擴(kuò)展功能生成全局ID

    本文借用 MySQL的擴(kuò)展功能 REPLACE INTO 來生成全局id,REPLACE INTO和INSERT的功能一樣,但是當(dāng)使用REPLACE INTO插入新數(shù)據(jù)行時(shí),如果新插入的行的主鍵或唯一鍵(UNIQUE Key)已有的行重復(fù)時(shí),已有的行會(huì)先被刪除,然后再將新數(shù)據(jù)行插入
    2015-12-12
  • MySQL數(shù)據(jù)庫必知必會(huì)之安全管理

    MySQL數(shù)據(jù)庫必知必會(huì)之安全管理

    MySQL數(shù)據(jù)庫通常包含關(guān)鍵的數(shù)據(jù),為確保這些數(shù)據(jù)的安全和完整,需要利用訪問控制和用戶管理的功能,下面這篇文章主要給大家介紹了關(guān)于MySQL數(shù)據(jù)庫必知必會(huì)之安全管理的相關(guān)資料,需要的朋友可以參考下
    2022-05-05
  • MySQL索引事務(wù)詳細(xì)解析

    MySQL索引事務(wù)詳細(xì)解析

    這篇文章主要介紹了MySQL數(shù)據(jù)庫索引事務(wù),索引是為了加速對表中數(shù)據(jù)行的檢索而創(chuàng)建的一種分散的存儲(chǔ)結(jié);事物是屬于計(jì)算機(jī)中一個(gè)很廣泛的概念,一般是指要做的或所做的事情,下面我們就一起進(jìn)入文章了解具體內(nèi)容吧
    2022-01-01
  • MySQL中rank() over、dense_rank() over、row_number() over用法介紹

    MySQL中rank() over、dense_rank() over、row_number()&n

    本文主要介紹了MySQL中rank() over、dense_rank() over、row_number() over用法介紹,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2022-03-03
  • 深入sql數(shù)據(jù)連接時(shí)的一些問題分析

    深入sql數(shù)據(jù)連接時(shí)的一些問題分析

    本篇文章是對關(guān)于sql數(shù)據(jù)連接時(shí)的一些問題進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下
    2013-06-06
  • 詳解MySQL中EXPLAIN解釋命令及用法講解

    詳解MySQL中EXPLAIN解釋命令及用法講解

    explain顯示了mysql如何使用索引來處理select語句以及連接表。可以幫助選擇更好的索引和寫出更優(yōu)化的查詢語句
    2017-11-11

最新評論