正文

如何避免不可重復(fù)讀（如何避免不可重復(fù)讀英語）

發(fā)布時間：2023-04-07 10:09:52 稿源：創(chuàng)意嶺閱讀： 129

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于如何避免不可重復(fù)讀的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

開始之前先推薦一個非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細，有微信小程序端、在線網(wǎng)頁版、PC客戶端

官網(wǎng)：https://ai.de1919.com。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶遍布全球各地，如需了解SEO相關(guān)業(yè)務(wù)請撥打電話175-8598-2043，或添加微信：1454722008

本文目錄:

1、不可重復(fù)讀/幻讀
2、mysql是如何解決臟讀，不可重復(fù)讀，幻讀
3、如何解決并發(fā)出現(xiàn)的不可重復(fù)讀 spring
4、不可重復(fù)讀和幻讀有什么區(qū)別？解決思路

如何避免不可重復(fù)讀（如何避免不可重復(fù)讀英語）

一、不可重復(fù)讀/幻讀

主要針對數(shù)據(jù)的update和delete，使用REPEATABLE_READ可重復(fù)讀解決該問題，repeatable_read通過mvcc實現(xiàn)，讀取的是本事務(wù)第一次查詢時的快照，也叫快照讀，保證了讀一致性

使用臨鍵鎖（Next-key Locking = record locks + grp locks）解決該問題，在Next-key Locking算法下，不僅鎖住掃描到的索引，還鎖住了這些索引覆蓋的范圍

是因為快照讀和當(dāng)前讀讀取的是不同時間節(jié)點的數(shù)據(jù)。當(dāng)前讀是讀取最新版本數(shù)據(jù)，是加了鎖的。insert ，update 和delete都會默認執(zhí)行當(dāng)前讀，并且加鎖，select需要手動加鎖（for update｜lock in share mode），這兩種讀不是一個東西。讀方式有兩種，執(zhí)行select的時候是快照讀，其余是當(dāng)前讀，所以，mvvc不能根本上解決幻讀的情況，只能解決所有事務(wù)都是讀操作的（不加鎖）。

二、mysql是如何解決臟讀，不可重復(fù)讀，幻讀

學(xué)習(xí)msyql隔離級別，事務(wù)，行排它鎖，行共享鎖，樂觀鎖，悲觀鎖即可

三、如何解決并發(fā)出現(xiàn)的不可重復(fù)讀 spring

Spring單例模式與線程安全 Spring框架里的bean，或者說組件，獲取實例的時候都是默認的單例模式，這是在多線程開發(fā)的時候要尤其注意的地方。單例模式的意思就是只有一個實例。單例模式確保某一個類只有一個實例

四、不可重復(fù)讀和幻讀有什么區(qū)別？解決思路

------解決方案-------------------------------------------------------- 不可重復(fù)讀的重點是修改:

同樣的條件, 你讀取過的數(shù)據(jù), 再次讀取出來發(fā)現(xiàn)值不一樣了

幻讀的重點在于新增或者刪除

同樣的條件, 第1次和第2次讀出來的記錄數(shù)不一樣

當(dāng)然, 從總的結(jié)果來看, 似乎兩者都表現(xiàn)為兩次讀取的結(jié)果不一致.

但如果你從控制的角度來看, 兩者的區(qū)別就比較大

對于前者, 只需要鎖住滿足條件的記錄