讀已提交與可重復(fù)讀差別（讀已提交與可重復(fù)讀差別 mysql默認(rèn)）

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

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

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(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、mysql默認(rèn)事務(wù)隔離級別

• 2、深入理解spring

• 3、幻讀和不可重復(fù)讀的區(qū)別

• 4、關(guān)于mySql 中樂觀鎖與讀已提交（事務(wù)隔離級別）的搭配使用問題??！求大神帶飛！

一、mysql默認(rèn)事務(wù)隔離級別

SQL標(biāo)準(zhǔn)中支持4種事務(wù)隔離級別，READ_UNCOMMITTED（讀未提交），READ_COMMITTED（讀已提交），REPEATABLE_READ（可重復(fù)讀），SERIALIZABLE（串行讀），MySQL innodb引擎支持全部這4種事務(wù)隔離級別。

工具／原料：

聯(lián)想Y7000P

Windows10

MySQL6.0

1、啟動命令行窗口，連接MySQL數(shù)據(jù)庫

圖示，通過MySQL提供的客戶端命令mysql連接MySQL數(shù)據(jù)庫。

2、通過系統(tǒng)變量查詢數(shù)據(jù)庫當(dāng)前事務(wù)隔離級別

圖示，通過查詢數(shù)據(jù)庫提供的系統(tǒng)變量 tx_isolation 或 transaction_isolation 的值即可獲取當(dāng)前的事務(wù)隔離級別。MySQL數(shù)據(jù)庫默認(rèn)的事務(wù)隔離級別是REPEATABLE_READ (可重復(fù)讀）。

3、設(shè)置本次會話的事務(wù)隔離級別

圖示，通過命令set session transaction isolation level可以設(shè)置本次會話的事務(wù)隔離級別，該設(shè)置不會影響其他會話，并且設(shè)置會隨著當(dāng)前會話的結(jié)束而結(jié)束。

4、設(shè)置全局會話的事務(wù)隔離級別

圖示，通過命令set global transaction isolation level可以設(shè)置全局會話的事務(wù)隔離級別，該設(shè)置不會影響當(dāng)前已經(jīng)連接的會話，設(shè)置完畢后，新打開的會話，將使用新設(shè)置的事務(wù)隔離級別。

5、設(shè)置一次操作的事務(wù)隔離級別

圖示，通過命令set transaction isolation level可設(shè)置下一次事務(wù)操作的隔離級別，該設(shè)置會隨著下一次事務(wù)的提交而失效。

二、深入理解spring

一 IOC容器概述

ioc類型：構(gòu)造注入 屬性注入 接口注入

類裝載步驟：裝載 驗(yàn)證  準(zhǔn)備  解析  初始化 使用 卸載

classLoader：根加載器(bootstrap)  擴(kuò)展加載器(ext)  系統(tǒng)加載器(app) 采用全盤負(fù)責(zé)委托機(jī)制

反射：可以從class對象獲取構(gòu)造函數(shù) 成員變量 方法三個主要反射類 

資源訪問利器Resource：FileSystemResource  ClassPathResource ServletContextResource

BeanFactory ApplicationContext：beanFactory為ioc容器 spring框架的基礎(chǔ)設(shè)施 面向spring，常用XmlBeanFactory ，applicationContext為應(yīng)用上下文，面向開發(fā)者，主要實(shí)現(xiàn)類有classpathXmlApplicationContext  fileSystemXmlApplicationContext，區(qū)別：beanFactory 在第一次調(diào)用才初始化，而applicationContext是在容器啟動初始化上下文即初始化bean

WebapplicationContext：兩種初始化方法 org.springframework.web.context.ContextLoaderListener和org.springframework.web.context.ContextLoaderServlet

Bean生命周期：獲取bean 初始化 設(shè)置屬性 卸載

二 IOC中裝配Bean

變量前兩個字母要么全部大寫，要么全部小寫，eg:isBatch IDCard

依賴注入：屬性注入、構(gòu)造注入、工廠方法注入

Bean間關(guān)系：繼承（parent），依賴（depends-on），引用（idref）

Bean的作用域：singleton prototype request session globalSession

基于注解啟動spring容器：ApplicationContext ct = new AnnotationConfigApplicationContext(); ct.registe(Config.class); ct.refresh();

三 Spring高級

Bean創(chuàng)建過程：

    1.ResourceLoader 加載配置文件，生成對應(yīng)的 Resource

    2.BeanDefinitionReader讀取并解析resource，生成對應(yīng)的 BeanDefinition ,并注冊到BeanDefinitionRegister中，

    3.spring掃描BeanDefinitionRegister讀取BeanDeifnition，如果bean實(shí)現(xiàn)工廠后處理器（BeanFactoryPostProcessor），對beanDefinition進(jìn)行處理

    4.使用InstantiationStrategy初始化Bean，相當(dāng)于new

    5.使用BeanWarpper對bean進(jìn)行封裝，完成bean屬性設(shè)置工作

    6.利用容器中注冊的bean后處理器(實(shí)現(xiàn)BeanPostProcessor接口)，對bean進(jìn)行后續(xù)加工

使用外部文件：使用<context:property-placeholder location=""/> 注file-encoding="utf8"，使用${屬性名}引用屬性值

加密外部文件：1.繼承PropertyPlaceholderConfigurer 重寫convertProperty(String propertyName,String propertyValue)方法，2.通過傳統(tǒng)配置方式引入配置文件 <bean class="" p:location=""/>

國際化信息

本地化格式工具：DateFormat  NumberFormat  MessageFormat MessageSource

四 Spring Aop

基礎(chǔ)知識：

    jdk動態(tài)代理：1.實(shí)現(xiàn)InvocationHandler 在invoke方法定義橫切邏輯，通過反射調(diào)用目標(biāo)類方法

                           2.通過Proxy.newProxyInstance() 為目標(biāo)對象創(chuàng)建代理

    cglib動態(tài)代理：采用底層字節(jié)碼技術(shù)，為類創(chuàng)建子類，在子類攔截所有調(diào)用父類方法的調(diào)用，性能優(yōu)于jdk代理

                            1.實(shí)現(xiàn)MethodInteceptor 在inteceptor方法定義橫切邏輯

                            2.通過字節(jié)碼創(chuàng)建子類代理類

增強(qiáng)類型：前置 后置 異常 最終 環(huán)繞 引介，引介：為目標(biāo)類創(chuàng)建新的方法或?qū)崿F(xiàn)，類級別

五 基于@AspectJ和Schema的spring aop

注解：

通配符：* 匹配任意字符 只能匹配上下文的一個元素

                .. 匹配任意字符 匹配多個元素 

                + 表示類型匹配的所有類 包括子類

切點(diǎn)函數(shù)：@annotation(注解) 表示標(biāo)識注解的所有方法

                    @execution(* com.baobaotao.Waiter+.*(..)) 表示匹配Waiter 及子類的所有方法，第一個*表示返回類型

                    args() 針對方法簽名的 入?yún)⒔邮苤付ǖ念?/p>

                    @args() 入?yún)⒔邮苤付ㄗ⒔?/p>

                    within() 同execetion()

                    target(M) 目標(biāo)類匹配M

    @AspectJ進(jìn)階：命名切點(diǎn)，切點(diǎn)可以作為類似變量定義、引入

                            連接點(diǎn)對象，JoinPoint ProceedingJoinPoint(環(huán)繞增強(qiáng)) 

                            綁定連接點(diǎn)方法入?yún)ⅲㄟ^args綁定

                            綁定代理對象，通過this

                            綁定類注解對象 通過within()或 target()

                            綁定返回值，通過returning

                            綁定拋出的異常，通過throwing

aop方式有四種：@AspectJ  <aop:aspect> Advisor <aop:advisor> 下面是對比

六 Spring對Dao的支持

DBCP數(shù)據(jù)源：BasicDataSource

    initialSize 默認(rèn)0 初始化連接數(shù)  

    maxActive  8  最大活動鏈接

    maxIdle 8 最大空閑鏈接

    ValidationQuery sql查詢語句 mysql：select 1  oracle : select 1 from dual

    testOnBorrow true  是否從池中取出鏈接前檢查

    testWhileIdle  false  空閑鏈接是否被回收

    testBetweenEvictionRunsMillis -1  空閑鏈接回收期運(yùn)行周期

    推薦testOnBorrow false，testWhileIdle true  testBetweenEvictionRunsMillis一個合適值

C3P0數(shù)據(jù)源：ComboPooledDataSource 

    acquireIncrement 鏈接用完時 c3p0一次性創(chuàng)建的數(shù)目

    initailPoolSize 初始化創(chuàng)建的數(shù)目 

    minPoolSize 連接池最小連接數(shù)  反之maxPoolSize 

    maxIdleTime 0 最大空閑時間，超時被丟棄 0為永不丟棄

七 Spring事務(wù)管理

事務(wù)特性：原子性 一致性 隔離性 持久性

讀未提交：會臟讀 不可重復(fù)讀 幻讀

讀已提交(READ COMMITED)：會不可重復(fù)讀(兩次讀取同一記錄 結(jié)果不一樣) 幻讀

可重復(fù)讀(REPEATALBE READ)：會幻讀(一個事務(wù) 第一次讀取到10條記錄 第二次讀取11條記錄)

序列化(SERIALIABLE):讀加共享鎖 寫加排它鎖

ThreadLocal   原理：ThreadLocalMap  方法set(T t)  get()  remove()  initialValue()

事務(wù)傳播行為：REQUIRED 如果沒有事務(wù)則新建，有事務(wù)則加入                

                REQUIRES_NEW 新建事務(wù) 如果當(dāng)前有事務(wù)則將其掛起

                SUPPORTS 支持當(dāng)前事務(wù)，如果沒事務(wù)則以無事務(wù)運(yùn)行

                NOT_SUPPROTED 以非事務(wù)方式執(zhí)行 如果當(dāng)前有事務(wù)則掛起

                NEVER 以非事務(wù)運(yùn)行 如果當(dāng)前有事務(wù) 則拋出異常

                NESTED 如果沒有事務(wù)，就新建事務(wù)，如果有，嵌套當(dāng)前事務(wù)

使用XML配置聲明式事務(wù) 

基于注解配置聲明式事務(wù)

三、幻讀和不可重復(fù)讀的區(qū)別

幻讀和不可重復(fù)讀的區(qū)別

1) "不可重復(fù)讀" 是指在一個事務(wù)內(nèi)，多次讀同一數(shù)據(jù)。在這個事務(wù)還沒有結(jié)束時，另外一個事務(wù)也訪問該同一數(shù)據(jù)。那么，在第一個事務(wù)中的兩次讀數(shù)據(jù)之間，由于第二個事務(wù)的修改，那么第一個事務(wù)兩次讀到的的數(shù)據(jù)可能是不一樣的。這樣就發(fā)生了在一個事務(wù)內(nèi)兩次讀到的數(shù)據(jù)是不一樣的，因此稱為是不可重復(fù)讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當(dāng)編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復(fù)。如果只有在作者全部完成編寫后編輯人員才可以讀取文檔，則可以避免該問題

要避免這種情況，通?？梢杂?set tran isolation level repeatable read 來設(shè)置隔離級別，這樣事務(wù)A 在兩次讀取表T中的數(shù)據(jù)時，事務(wù)B如果企圖更改表T中的數(shù)據(jù)（細(xì)節(jié)到事務(wù)A讀取數(shù)據(jù)）時，就會被阻塞，知道事務(wù)A提交！ 這樣就保證了，事務(wù)A兩次讀取的數(shù)據(jù)的一致性。

2）幻覺讀是指當(dāng)事務(wù)不是獨(dú)立執(zhí)行時發(fā)生的一種現(xiàn)象，例如第一個事務(wù)對一個表中的數(shù)據(jù)進(jìn)行了修改，這種修改涉及到表中的全部數(shù)據(jù)行。同時，第二個事務(wù)也修改這個表中的數(shù)據(jù)，這種修改是向表中插入一行新數(shù)據(jù)。那么，以后就會發(fā)生操作第一個事務(wù)的用戶發(fā)現(xiàn)表中還有沒有修改的數(shù)據(jù)行，就好象發(fā)生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當(dāng)生產(chǎn)部門將其更改內(nèi)容合并到該文檔的主復(fù)本時，發(fā)現(xiàn)作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產(chǎn)部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。

還是上面的例子，事務(wù)A要兩次讀取表T的中數(shù)據(jù)，雖然設(shè)置 repeatable read 可以防止事務(wù)B對數(shù)據(jù)進(jìn)行修改，但是事務(wù)B卻可以向表T中插入新的數(shù)據(jù)。如何防止這個問題，我們可以考慮設(shè)置最高的事務(wù)隔離級別 set tran isolation level serializable。于是乎，事務(wù)B就只能乖乖的等待事務(wù)A的提交，才能想表T中插入新的數(shù)據(jù)，從而避免了幻讀！

四、關(guān)于mySql 中樂觀鎖與讀已提交（事務(wù)隔離級別）的搭配使用問題?。∏蟠笊駧эw！

術(shù)式之后皆為邏輯，一切皆為需求和實(shí)現(xiàn)。希望此文能從需求、現(xiàn)狀和解決方式的角度幫大家理解隔離級別。

隔離級別的產(chǎn)生

在串型執(zhí)行的條件下，數(shù)據(jù)修改的順序是固定的、可預(yù)期的結(jié)果，但是并發(fā)執(zhí)行的情況下，數(shù)據(jù)的修改是不可預(yù)期的，也不固定，為了實(shí)現(xiàn)數(shù)據(jù)修改在并發(fā)執(zhí)行的情況下得到一個固定、可預(yù)期的結(jié)果，由此產(chǎn)生了隔離級別。

所以隔離級別的作用是用來平衡數(shù)據(jù)庫并發(fā)訪問與數(shù)據(jù)一致性的方法。

事務(wù)的4種隔離級別

READ UNCOMMITTED       未提交讀，可以讀取未提交的數(shù)據(jù)。READ COMMITTED         已提交讀，對于鎖定讀(select with for update 或者 for share)、update 和 delete 語句，                       InnoDB 僅鎖定索引記錄，而不鎖定它們之間的間隙，因此允許在鎖定的記錄旁邊自由插入新記錄。                       Gap locking 僅用于外鍵約束檢查和重復(fù)鍵檢查。REPEATABLE READ        可重復(fù)讀，事務(wù)中的一致性讀取讀取的是事務(wù)第一次讀取所建立的快照。SERIALIZABLE           序列化

在了解了 4 種隔離級別的需求后，在采用鎖控制隔離級別的基礎(chǔ)上，我們需要了解加鎖的對象(數(shù)據(jù)本身&間隙)，以及了解整個數(shù)據(jù)范圍的全集組成。

數(shù)據(jù)范圍全集組成

SQL 語句根據(jù)條件判斷不需要掃描的數(shù)據(jù)范圍（不加鎖）；

SQL 語句根據(jù)條件掃描到的可能需要加鎖的數(shù)據(jù)范圍；

以單個數(shù)據(jù)范圍為例，數(shù)據(jù)范圍全集包含：（數(shù)據(jù)范圍不一定是連續(xù)的值，也可能是間隔的值組成）

1. 數(shù)據(jù)已經(jīng)填充了整個數(shù)據(jù)范圍：（被完全填充的數(shù)據(jù)范圍，不存在數(shù)據(jù)間隙）

• 整形，對值具有唯一約束條件的數(shù)據(jù)范圍 1～5 ，

  已有數(shù)據(jù)1、2、3、4、5，此時數(shù)據(jù)范圍已被完全填充；

• 整形，對值具有唯一約束條件的數(shù)據(jù)范圍 1 和 5 ，

  已有數(shù)據(jù)1、5，此時數(shù)據(jù)范圍已被完全填充；

2. 數(shù)據(jù)填充了部分?jǐn)?shù)據(jù)范圍：（未被完全填充的數(shù)據(jù)范圍，是存在數(shù)據(jù)間隙）

• 整形的數(shù)據(jù)范圍 1～5 ，

  已有數(shù)據(jù) 1、2、3、4、5，但是因?yàn)闆]有唯一約束，

  所以數(shù)據(jù)范圍可以繼續(xù)被 1～5 的數(shù)據(jù)重復(fù)填充；

• 整形，具有唯一約束條件的數(shù)據(jù)范圍 1～5 ，

  已有數(shù)據(jù) 2，5，此時數(shù)據(jù)范圍未被完全填充，還可以填充 1、3、4 ；

3. 數(shù)據(jù)范圍內(nèi)沒有任何數(shù)據(jù)（存在間隙）

如下：

• 整形的數(shù)據(jù)范圍 1～5 ，數(shù)據(jù)范圍內(nèi)當(dāng)前沒有任何數(shù)據(jù)。

在了解了數(shù)據(jù)全集的組成后，我們再來看看事務(wù)并發(fā)時，會帶來的問題。

無控制的并發(fā)所帶來的問題

并發(fā)事務(wù)如果不加以控制的話會帶來一些問題，主要包括以下幾種情況。

1. 范圍內(nèi)已有數(shù)據(jù)更改導(dǎo)致的：

• 更新丟失：當(dāng)多個事務(wù)選擇了同一行，然后基于最初選定的值更新該行時，

  由于每個事物不知道其他事務(wù)的存在，最后的更新就會覆蓋其他事務(wù)所做的更新；

• 臟讀： 一個事務(wù)正在對一條記錄做修改，這個事務(wù)完成并提交前，這條記錄就處于不一致狀態(tài)。

  這時，另外一個事務(wù)也來讀取同一條記錄，如果不加控制，

  第二個事務(wù)讀取了這些“臟”數(shù)據(jù)，并據(jù)此做了進(jìn)一步的處理，就會產(chǎn)生提交的數(shù)據(jù)依賴關(guān)系。

  這種現(xiàn)象就叫“臟讀”。

2. 范圍內(nèi)數(shù)據(jù)量發(fā)生了變化導(dǎo)致：

• 不可重復(fù)讀：一個事務(wù)在讀取某些數(shù)據(jù)后的某個時間，再次讀取以前讀過的數(shù)據(jù)，

  卻發(fā)現(xiàn)其讀出的數(shù)據(jù)已經(jīng)發(fā)生了改變，或者某些記錄已經(jīng)被刪除了。

  這種現(xiàn)象就叫“不可重復(fù)讀”。

• 幻讀：一個事務(wù)按相同的查詢條件重新讀取以前檢索過的數(shù)據(jù)，

  卻發(fā)現(xiàn)其他事務(wù)插入了滿足其查詢條件的新數(shù)據(jù)，這種現(xiàn)象稱為“幻讀”。

  可以簡單的認(rèn)為滿足條件的數(shù)據(jù)量變化了。

因?yàn)闊o控制的并發(fā)會帶來一系列的問題，這些問題會導(dǎo)致無法滿足我們所需要的結(jié)果。因此我們需要控制并發(fā)，以實(shí)現(xiàn)我們所期望的結(jié)果(隔離級別)。

MySQL 隔離級別的實(shí)現(xiàn)

InnoDB 通過加鎖的策略來支持這些隔離級別。

行鎖包含：

• Record Locks

  索引記錄鎖，索引記錄鎖始終鎖定索引記錄，即使表中未定義索引，

  這種情況下，InnoDB 創(chuàng)建一個隱藏的聚簇索引，并使用該索引進(jìn)行記錄鎖定。

• Gap Locks

  間隙鎖是索引記錄之間的間隙上的鎖，或者對第一條記錄之前或者最后一條記錄之后的鎖。

  間隙鎖是性能和并發(fā)之間權(quán)衡的一部分。

  對于無間隙的數(shù)據(jù)范圍不需要間隙鎖，因?yàn)闆]有間隙。

• Next-Key Locks

  索引記錄上的記錄鎖和索引記錄之前的 gap lock 的組合。

  假設(shè)索引包含 10、11、13 和 20。

  可能的next-key locks包括以下間隔，其中圓括號表示不包含間隔端點(diǎn)，方括號表示包含端點(diǎn)：

• (負(fù)無窮大, 10]    (10, 11]    (11, 13]    (13, 20]    (20, 正無窮大)        對于最后一個間隔，next-key將會鎖定索引中最大值的上方，

左右滑動進(jìn)行查看

"上確界"偽記錄的值高于索引中任何實(shí)際值。

上確界不是一個真正的索引記錄，因此，實(shí)際上，這個 next-key 只鎖定最大索引值之后的間隙。

基于此，當(dāng)獲取的數(shù)據(jù)范圍中，數(shù)據(jù)已填充了所有的數(shù)據(jù)范圍，那么此時是不存在間隙的，也就不需要 gap lock。

對于數(shù)據(jù)范圍內(nèi)存在間隙的，需要根據(jù)隔離級別確認(rèn)是否對間隙加鎖。

默認(rèn)的 REPEATABLE READ 隔離級別，為了保證可重復(fù)讀，除了對數(shù)據(jù)本身加鎖以外，還需要對數(shù)據(jù)間隙加鎖。

READ COMMITTED 已提交讀，不匹配行的記錄鎖在 MySQL 評估了 where 條件后釋放。

對于 update 語句，InnoDB 執(zhí)行 "semi-consistent" 讀取，這樣它會將最新提交的版本返回到 MySQL，

以便 MySQL 可以確定該行是否與 update 的 where 條件相匹配。

總結(jié)&延展：

唯一索引存在唯一約束，所以變更后的數(shù)據(jù)若違反了唯一約束的原則，則會失敗。

當(dāng) where 條件使用二級索引篩選數(shù)據(jù)時，會對二級索引命中的條目和對應(yīng)的聚簇索引都加鎖；所以其他事務(wù)變更命中加鎖的聚簇索引時，都會等待鎖。

行鎖的增加是一行一行增加的，所以可能導(dǎo)致并發(fā)情況下死鎖的發(fā)生。

例如，

在 session A 對符合條件的某聚簇索引加鎖時，可能 session B 已持有該聚簇索引的 Record Locks，而 session B 正在等待 session A 已持有的某聚簇索引的 Record Locks。

session A 和 session B 是通過兩個不相干的二級索引定位到的聚簇索引。

session A 通過索引 idA，session B通過索引 idB 。

當(dāng) where 條件獲取的數(shù)據(jù)無間隙時，無論隔離級別為 rc 或 rr，都不會存在間隙鎖。

比如通過唯一索引獲取到了已完全填充的數(shù)據(jù)范圍，此時不需要間隙鎖。

間隙鎖的目的在于阻止數(shù)據(jù)插入間隙，所以無論是通過 insert 或 update 變更導(dǎo)致的間隙內(nèi)數(shù)據(jù)的存在，都會被阻止。

rc 隔離級別模式下，查詢和索引掃描將禁用 gap locking，此時 gap locking 僅用于外鍵約束檢查和重復(fù)鍵檢查（主要是唯一性檢查）。

rr 模式下，為了防止幻讀，會加上 Gap Locks。

事務(wù)中，SQL 開始則加鎖，事務(wù)結(jié)束才釋放鎖。

就鎖類型而言，應(yīng)該有優(yōu)化鎖，鎖升級等，例如rr模式未使用索引查詢的情況下，是否可以直接升級為表鎖。

就鎖的應(yīng)用場景而言，在回放場景中，如果確定事務(wù)可并發(fā)，則可以考慮不加鎖，加快回放速度。

鎖只是并發(fā)控制的一種粒度，只是一個很小的部分：

從不同場景下是否需要控制并發(fā)，(已知無交集且有序的數(shù)據(jù)的變更，MySQL 的 MTS 相同前置事務(wù)的多事務(wù)并發(fā)回放)

并發(fā)控制的粒度，(鎖是一種邏輯粒度，可能還存在物理層和其他邏輯粒度或方式)

相同粒度下的優(yōu)化，(鎖本身存在優(yōu)化，如IX、IS類型的優(yōu)化鎖)

粒度加載的安全&性能(如獲取行鎖前，先獲取頁鎖，頁鎖在執(zhí)行獲取行鎖操作后即釋放，無論是否獲取成功)等多個層次去思考并發(fā)這玩意。

以上就是關(guān)于讀已提交與可重復(fù)讀差別相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會為您講解更多精彩的知識和內(nèi)容。

推薦閱讀：

可重復(fù)讀和提交讀（可重復(fù)讀和讀已提交）

讀已提交與可重復(fù)讀差別（讀已提交與可重復(fù)讀差別 mysql默認(rèn)）

讀已提交（讀已提交解決了什么問題）

手機(jī)插件怎么安裝（手機(jī)插件怎么安裝到電腦上）

視頻號如何掛商品鏈接（視頻號短視頻怎么掛商品鏈接）