oracle的Read Committed何時(shí)會(huì)出現(xiàn)非重復(fù)讀和幻像

1、幻想讀：事務(wù)T1讀取一條指定where條件的語(yǔ)句，返回結(jié)果集。此時(shí)事務(wù)T2插入一行新記錄，恰好滿(mǎn)足T1的where條件。然后T1使用相同的條件再次查詢(xún)，結(jié)果集中可以看到T2插入的記錄，這條新紀(jì)錄就是幻想。

專(zhuān)注于為中小企業(yè)提供網(wǎng)站設(shè)計(jì)制作、成都做網(wǎng)站服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)紫陽(yáng)免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了近千家企業(yè)的穩(wěn)健成長(zhǎng)，幫助中小企業(yè)通過(guò)網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

2、不可重復(fù)讀取：事務(wù)T1讀取一行記錄，緊接著事務(wù)T2修改了T1剛剛讀取的記錄，然后T1再次查詢(xún)，發(fā)現(xiàn)與第一次讀取的記錄不同，這稱(chēng)為不可重復(fù)讀。

3、臟讀：事務(wù)T1更新了一行記錄，還未提交所做的修改，這個(gè)T2讀取了更新后的數(shù)據(jù)，然后T1執(zhí)行回滾操作，取消剛才的修改，所以T2所讀取的行就無(wú)效，也就是臟數(shù)據(jù)。

為了處理這些問(wèn)題，SQL標(biāo)準(zhǔn)定義了以下幾種事務(wù)隔離級(jí)別

READ UNCOMMITTED 幻想讀、不可重復(fù)讀和臟讀都允許。

READ COMMITTED 允許幻想讀、不可重復(fù)讀，不允許臟讀

REPEATABLE READ 允許幻想讀，不允許不可重復(fù)讀和臟讀

SERIALIZABLE 幻想讀、不可重復(fù)讀和臟讀都不允許

Oracle數(shù)據(jù)庫(kù)支持READ COMMITTED 和 SERIALIZABLE這兩種事務(wù)隔離級(jí)別（Oracle還提供了自己獨(dú)有的事務(wù)隔離級(jí)別：read only ；default READ COMMITTED（最低級(jí)別））。

1.3 REPEATABLE READ（可重復(fù)讀）

1.設(shè)置為可重復(fù)讀

SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;

2.首先TB做出一次查詢(xún)，此時(shí)name為bb

3.TA對(duì)數(shù)據(jù)進(jìn)行修改，并提交

4.此時(shí)加入session C作為對(duì)比，使用自動(dòng)事務(wù)并做出查詢(xún)，可見(jiàn)數(shù)據(jù)已經(jīng)被修改

5.在已經(jīng)開(kāi)啟事務(wù)的TB中，查詢(xún)到的，仍然是數(shù)據(jù)開(kāi)啟事務(wù)之前的狀態(tài)，所以數(shù)據(jù)是可重復(fù)讀的

可重復(fù)讀隔離級(jí)別中，每當(dāng)事務(wù)開(kāi)始后，第一次執(zhí)行sql語(yǔ)句時(shí)（或者執(zhí)行START TRANSACTION WITH CONSISTENT SNAPSHOT）MVCC會(huì)建立一個(gè)read view，選取當(dāng)時(shí)的系統(tǒng)版本號(hào)，作為事務(wù)版本號(hào)，以Undo log的行系統(tǒng)版本號(hào)與事務(wù)版本號(hào)進(jìn)行對(duì)比，增刪改查都要遵循如下模式：

SELECT：

1, InnoDB只查找版本早于當(dāng)前事務(wù)版本的數(shù)據(jù)行(行的系統(tǒng)版本號(hào)小于等于事務(wù)版本號(hào))，這樣可以確保事務(wù)讀取的行，要么是事務(wù)開(kāi)始前就存在的，要么是事務(wù)自身插入的或修改過(guò)的。

2, 行的刪除號(hào)要么未定義，要么大于當(dāng)前事務(wù)版本號(hào)，這樣可以確保事務(wù)讀取到的行，在事務(wù)開(kāi)始之前未被刪除。

INSERT：

InnoDB 為新插入的每一行保存當(dāng)前系統(tǒng)版本號(hào)做為行版本號(hào)。

DELETE：

INNODB 為刪除的每一行保存當(dāng)前系統(tǒng)版本號(hào)作為行刪除標(biāo)識(shí)。

UPDATE：

InnoDB 為插入的每一行新記錄，保存當(dāng)前系統(tǒng)版本號(hào)作為行版本號(hào)，同時(shí)保存當(dāng)前系統(tǒng)版本號(hào)到原來(lái)的行作為行刪除標(biāo)識(shí)。

所以READ COMMITTED和REPEATABLE READ的區(qū)別在于，READ COMMITTED總是讀取被鎖定行的最新一份快照數(shù)據(jù)， 所以會(huì)有不可重復(fù)讀的問(wèn)題。而REPEATABLE READ讀取事務(wù)開(kāi)始時(shí)行系統(tǒng)版本號(hào)小于事務(wù)版本號(hào)的數(shù)據(jù)，解決不可重復(fù)讀的問(wèn)題。

此外要提的一點(diǎn)是，MySql的REPEATABLE READ與Oracle的不同，不但解決了不可重復(fù)讀問(wèn)題，還解決的“幻讀”問(wèn)題。

幻讀的產(chǎn)生：遵循上述增刪改查模式，假設(shè)TA事務(wù)的事物版本號(hào)為3，TB早于TA開(kāi)啟事務(wù)，TB事物版本號(hào)為2，TB先新增一條數(shù)據(jù)，行數(shù)據(jù)的版本號(hào)為2，并提交。TB提交后，TA查詢(xún)時(shí)，滿(mǎn)足“行的系統(tǒng)版本號(hào)小于等于事務(wù)版本號(hào)”的條件，可以查到數(shù)據(jù)，形成“幻讀”。

InnoDB采用Next-key Lock(間隙鎖)來(lái)避免“幻讀”問(wèn)題。

Record Lock：?jiǎn)蝹€(gè)行記錄的鎖，鎖定的是索引而非記錄本身。

GAP Lock：間隙鎖，鎖定一個(gè)范圍，但不包含記錄本身。

Next-Key Lock：Gap Lock+Record Lock 鎖定一個(gè)范圍并鎖定記錄本身。

舉例說(shuō)明：

某表字段為ID和NAME，有3條睡覺(jué)，ID分別為10，20，50。

如果索引為 10，20，50，那么：

Record Lock：select * from tab where id = 10 for update; //對(duì)id=10單行進(jìn)行加鎖

Gap Lock鎖范圍：（-∞，10）（10，20）（20，50）（50，+∞）

Next-Key Lock鎖范圍：（-∞，10] （10，20] （20，50] （50，+∞）

當(dāng)查詢(xún)的索引含有唯一屬性時(shí)，InnoDB會(huì)對(duì)Next-Key Lock進(jìn)行優(yōu)化，將其降級(jí)為Record Lock，即僅鎖住索引本身，而不是范圍。

雖然避免了幻讀問(wèn)題，但是還有個(gè)特殊情況，感覺(jué)可以叫做“幻改”，即當(dāng)前事務(wù)修改了本身并不能查詢(xún)到的數(shù)據(jù)。這也是MVCC造成的假象，當(dāng)前事務(wù)雖然查詢(xún)不到其他事務(wù)提交的數(shù)據(jù)，但是可以對(duì)其他事務(wù)提交的數(shù)據(jù)進(jìn)行修改。

MySQL 事務(wù)的默認(rèn)隔離級(jí)別是什么？可以解決幻讀問(wèn)題么？

我們?cè)O(shè)想一個(gè)場(chǎng)景，這個(gè)場(chǎng)景中我們需要插入多條相關(guān)聯(lián)的數(shù)據(jù)到數(shù)據(jù)庫(kù)，不幸的是，這個(gè)過(guò)程可能會(huì)遇到下面這些問(wèn)題：

上面的任何一個(gè)問(wèn)題都可能會(huì)導(dǎo)致數(shù)據(jù)的不一致性。為了保證數(shù)據(jù)的一致性，系統(tǒng)必須能夠處理這些問(wèn)題。事務(wù)就是我們抽象出來(lái)簡(jiǎn)化這些問(wèn)題的首選機(jī)制。事務(wù)的概念起源于數(shù)據(jù)庫(kù)，目前，已經(jīng)成為一個(gè)比較廣泛的概念。

何為事務(wù)？ 一言蔽之， 事務(wù)是邏輯上的一組操作，要么都執(zhí)行，要么都不執(zhí)行。

事務(wù)最經(jīng)典也經(jīng)常被拿出來(lái)說(shuō)例子就是轉(zhuǎn)賬了。假如小明要給小紅轉(zhuǎn)賬 1000 元，這個(gè)轉(zhuǎn)賬會(huì)涉及到兩個(gè)關(guān)鍵操作，這兩個(gè)操作必須都成功或者都失敗。

事務(wù)會(huì)把這兩個(gè)操作就可以看成邏輯上的一個(gè)整體，這個(gè)整體包含的操作要么都成功，要么都要失敗。這樣就不會(huì)出現(xiàn)小明余額減少而小紅的余額卻并沒(méi)有增加的情況。

大多數(shù)情況下，我們?cè)谡務(wù)撌聞?wù)的時(shí)候，如果沒(méi)有特指 分布式事務(wù) ，往往指的就是 數(shù)據(jù)庫(kù)事務(wù) 。

數(shù)據(jù)庫(kù)事務(wù)在我們?nèi)粘ｉ_(kāi)發(fā)中接觸的最多了。如果你的項(xiàng)目屬于單體架構(gòu)的話，你接觸到的往往就是數(shù)據(jù)庫(kù)事務(wù)了。

那數(shù)據(jù)庫(kù)事務(wù)有什么作用呢？

簡(jiǎn)單來(lái)說(shuō)，數(shù)據(jù)庫(kù)事務(wù)可以保證多個(gè)對(duì)數(shù)據(jù)庫(kù)的操作（也就是 SQL 語(yǔ)句）構(gòu)成一個(gè)邏輯上的整體。構(gòu)成這個(gè)邏輯上的整體的這些數(shù)據(jù)庫(kù)操作遵循： 要么全部執(zhí)行成功,要么全部不執(zhí)行 。

另外，關(guān)系型數(shù)據(jù)庫(kù)（例如： MySQL 、 SQL Server 、 Oracle 等）事務(wù)都有 ACID 特性：

ACID

這里要額外補(bǔ)充一點(diǎn)： 只有保證了事務(wù)的持久性、原子性、隔離性之后，一致性才能得到保障。也就是說(shuō) A、I、D 是手段，C 是目的！

在典型的應(yīng)用程序中，多個(gè)事務(wù)并發(fā)運(yùn)行，經(jīng)常會(huì)操作相同的數(shù)據(jù)來(lái)完成各自的任務(wù)（多個(gè)用戶(hù)對(duì)同一數(shù)據(jù)進(jìn)行操作）。并發(fā)雖然是必須的，但可能會(huì)導(dǎo)致以下的問(wèn)題。

不可重復(fù)讀和幻讀區(qū)別 ：不可重復(fù)讀的重點(diǎn)是修改比如多次讀取一條記錄發(fā)現(xiàn)其中某些列的值被修改，幻讀的重點(diǎn)在于新增或者刪除比如多次查詢(xún)同一條查詢(xún)語(yǔ)句（DQL）時(shí)，記錄發(fā)現(xiàn)記錄增多或減少了。

SQL 標(biāo)準(zhǔn)定義了四個(gè)隔離級(jí)別：

隔離級(jí)別臟讀不可重復(fù)讀幻讀 READ-UNCOMMITTED READ-COMMITTED REPEATABLE-READ SERIALIZABLE

MySQL 的隔離級(jí)別基于鎖和 MVCC 機(jī)制共同實(shí)現(xiàn)的。

SERIALIZABLE 隔離級(jí)別，是通過(guò)鎖來(lái)實(shí)現(xiàn)的。除了 SERIALIZABLE 隔離級(jí)別，其他的隔離級(jí)別都是基于 MVCC 實(shí)現(xiàn)。

不過(guò)， SERIALIZABLE 之外的其他隔離級(jí)別可能也需要用到鎖機(jī)制，就比如 REPEATABLE-READ 在當(dāng)前讀情況下需要使用加鎖讀來(lái)保證不會(huì)出現(xiàn)幻讀。

MySQL InnoDB 存儲(chǔ)引擎的默認(rèn)支持的隔離級(jí)別是 REPEATABLE-READ（可重讀） 。我們可以通過(guò) SELECT @@tx_isolation; 命令來(lái)查看，MySQL 8.0 該命令改為 SELECT @@transaction_isolation;

從上面對(duì) SQL 標(biāo)準(zhǔn)定義了四個(gè)隔離級(jí)別的介紹可以看出，標(biāo)準(zhǔn)的 SQL 隔離級(jí)別定義里，REPEATABLE-READ(可重復(fù)讀)是不可以防止幻讀的。

但是！InnoDB 實(shí)現(xiàn)的 REPEATABLE-READ 隔離級(jí)別其實(shí)是可以解決幻讀問(wèn)題發(fā)生的，主要有下面兩種情況：

因?yàn)楦綦x級(jí)別越低，事務(wù)請(qǐng)求的鎖越少，所以大部分?jǐn)?shù)據(jù)庫(kù)系統(tǒng)的隔離級(jí)別都是 READ-COMMITTED ，但是你要知道的是 InnoDB 存儲(chǔ)引擎默認(rèn)使用 REPEATABLE-READ 并不會(huì)有任何性能損失。

InnoDB 存儲(chǔ)引擎在分布式事務(wù)的情況下一般會(huì)用到 SERIALIZABLE 隔離級(jí)別。

什么是oracle數(shù)據(jù)庫(kù)隔離級(jí)別

1.查看當(dāng)前會(huì)話隔離級(jí)別

select @@tx_isolation;

2.查看系統(tǒng)當(dāng)前隔離級(jí)別

select @@global.tx_isolation;

3.設(shè)置當(dāng)前會(huì)話隔離級(jí)別

set session transaction isolatin level repeatable read;

4.設(shè)置系統(tǒng)當(dāng)前隔離級(jí)別

set global transaction isolation level repeatable read;

5.命令行，開(kāi)始事務(wù)時(shí)

set autocommit=off 或者 start transaction

關(guān)于隔離級(jí)別的理解

1.read uncommitted

可以看到未提交的數(shù)據(jù)（臟讀），舉個(gè)例子：別人說(shuō)的話你都相信了，但是可能他只是說(shuō)說(shuō)，并不實(shí)際做。

2.read committed

讀取提交的數(shù)據(jù)。但是，可能多次讀取的數(shù)據(jù)結(jié)果不一致（不可重復(fù)讀，幻讀）。用讀寫(xiě)的觀點(diǎn)就是：讀取的行數(shù)據(jù)，可以寫(xiě)。

3.repeatable read(MySQL默認(rèn)隔離級(jí)別)

可以重復(fù)讀取，但有幻讀。讀寫(xiě)觀點(diǎn)：讀取的數(shù)據(jù)行不可寫(xiě)，但是可以往表中新增數(shù)據(jù)。在MySQL中，其他事務(wù)新增的數(shù)據(jù)，看不到，不會(huì)產(chǎn)生幻讀。采用多版本并發(fā)控制（MVCC）機(jī)制解決幻讀問(wèn)題。

4.serializable

可讀，不可寫(xiě)。像java中的鎖，寫(xiě)數(shù)據(jù)必須等待另一個(gè)事務(wù)結(jié)束。

數(shù)據(jù)庫(kù)哪個(gè)隔離級(jí)別可以實(shí)現(xiàn)臟讀

對(duì)于同時(shí)運(yùn)行的多個(gè)事務(wù), 當(dāng)這些事務(wù)訪問(wèn)數(shù)據(jù)庫(kù)中相同的數(shù)據(jù)時(shí), 如果沒(méi)有采取必要的隔離機(jī)制, 就會(huì)導(dǎo)致各種并發(fā)問(wèn)題:

? 臟讀: 對(duì)于兩個(gè)事物 T1, T2, T1 讀取了已經(jīng)被 T2 更新但還沒(méi)有被提交的字段. 之后, 若 T2 回滾, T1讀取的內(nèi)容就是臨時(shí)且無(wú)效的.

? 不可重復(fù)讀: 對(duì)于兩個(gè)事物 T1, T2, T1 讀取了一個(gè)字段, 然后 T2 更新了該字段. 之后, T1再次讀取同一個(gè)字段, 值就不同了.

? 幻讀: 對(duì)于兩個(gè)事物 T1, T2, T1 從一個(gè)表中讀取了一個(gè)字段, 然后 T2 在該表中插入了一些新的行. 之后, 如果 T1 再次讀取同一個(gè)表, 就會(huì)多出幾行.

數(shù)據(jù)庫(kù)事務(wù)的隔離性: 數(shù)據(jù)庫(kù)系統(tǒng)必須具有隔離并發(fā)運(yùn)行各個(gè)事務(wù)的能力, 使它們不會(huì)相互影響, 避免各種并發(fā)問(wèn)題.

一個(gè)事務(wù)與其他事務(wù)隔離的程度稱(chēng)為隔離級(jí)別. 數(shù)據(jù)庫(kù)規(guī)定了多種事務(wù)隔離級(jí)別, 不同隔離級(jí)別對(duì)應(yīng)不同的干擾程度, 隔離級(jí)別越高, 數(shù)據(jù)一致性就越好, 但并發(fā)性越弱

數(shù)據(jù)庫(kù)提供了4中隔離級(jí)別：

隔離級(jí)別 描述

READ UNCOMMITTED(讀未提交數(shù)據(jù)) 允許事務(wù)讀取未被其他事務(wù)提交的變更，臟讀、不可重復(fù)讀和幻讀的問(wèn)題都會(huì)出現(xiàn)

READ COMMITED(讀已提交數(shù)據(jù)) 只允許事務(wù)讀取已經(jīng)被其他事務(wù)提交的變更，可以避免臟讀，但不可重復(fù)讀和幻讀問(wèn)題仍然會(huì)出現(xiàn)

REPEATABLE READ(可重復(fù)讀) 確保事務(wù)可以多次從一個(gè)字段中讀取相同的值，在這個(gè)事務(wù)持續(xù)期間，禁止其他事務(wù)對(duì)這個(gè)字段進(jìn)行更新，可以避免臟讀和不可重復(fù)讀，但幻讀的問(wèn)題依然存在

SERIALIZABLE(串行化) 確保事務(wù)可以從一個(gè)表中讀取相同的行，在這個(gè)事務(wù)持續(xù)期間，禁止其他事務(wù)對(duì)該表執(zhí)行插入、更新和刪除操作，所有并發(fā)問(wèn)題都可以避免，但性能十分低

Oracle 支持的 2 種事務(wù)隔離級(jí)別：READ COMMITED, SERIALIZABLE. Oracle 默認(rèn)的事務(wù)隔離級(jí)別為: READ COMMITED

Mysql 支持 4 中事務(wù)隔離級(jí)別. Mysql 默認(rèn)的事務(wù)隔離級(jí)別為: REPEATABLE READ

oracle默認(rèn)事務(wù)級(jí)別可導(dǎo)致重復(fù)讀嗎

事務(wù)的隔離級(jí)別

數(shù)據(jù)庫(kù)事務(wù)的隔離級(jí)別有4個(gè)，由低到高依次為Read uncommitted、Read committed、Repeatable read、Serializable，這四個(gè)級(jí)別可以逐個(gè)解決臟讀、不可重復(fù)讀、幻讀這幾類(lèi)問(wèn)題。

√: 可能出現(xiàn) ×: 不會(huì)出現(xiàn)

臟讀不可重復(fù)讀幻讀

Read uncommitted√√√

Read committed×√√

Repeatable read××√

Serializable×××

注意：我們討論隔離級(jí)別的場(chǎng)景，主要是在多個(gè)事務(wù)并發(fā)的情況下，因此，接下來(lái)的講解都圍繞事務(wù)并發(fā)。

Read uncommitted 讀未提交

公司發(fā)工資了，領(lǐng)導(dǎo)把5000元打到singo的賬號(hào)上，但是該事務(wù)并未提交，而 singo正好去查看賬戶(hù)，發(fā)現(xiàn)工資已經(jīng)到賬，是5000元整，非常高興?？墒遣恍业氖?，領(lǐng)導(dǎo)發(fā)現(xiàn)發(fā)給singo的工資金額不對(duì)，是2000元，于是迅速 回滾了事務(wù)，修改金額后，將事務(wù)提交，最后singo實(shí)際的工資只有2000元，singo空歡喜一場(chǎng)。

出現(xiàn)上述情況，即我們所說(shuō)的臟讀，兩個(gè)并發(fā)的事務(wù)，“事務(wù)A：領(lǐng)導(dǎo)給singo發(fā)工資”、“事務(wù)B：singo查詢(xún)工資賬戶(hù)”，事務(wù)B讀取了事務(wù)A尚未提交的數(shù)據(jù)。

當(dāng)隔離級(jí)別設(shè)置為Read uncommitted時(shí)，就可能出現(xiàn)臟讀，如何避免臟讀，請(qǐng)看下一個(gè)隔離級(jí)別。

Read committed 讀提交

singo拿著工資卡去消費(fèi)，系統(tǒng)讀取到卡里確實(shí)有2000元，而此時(shí)她的老婆也正好 在網(wǎng)上轉(zhuǎn)賬，把singo工資卡的2000元轉(zhuǎn)到另一賬戶(hù)，并在singo之前提交了事務(wù)，當(dāng)singo扣款時(shí)，系統(tǒng)檢查到singo的工資卡已經(jīng)沒(méi)有 錢(qián)，扣款失敗，singo十分納悶，明明卡里有錢(qián)，為何......

出現(xiàn)上述情況，即我們所說(shuō)的不可重復(fù)讀，兩個(gè)并發(fā)的事務(wù)，“事務(wù)A：singo消費(fèi)”、“事務(wù)B：singo的老婆網(wǎng)上轉(zhuǎn)賬”，事務(wù)A事先讀取了數(shù)據(jù)，事務(wù)B緊接了更新了數(shù)據(jù)，并提交了事務(wù)，而事務(wù)A再次讀取該數(shù)據(jù)時(shí)，數(shù)據(jù)已經(jīng)發(fā)生了改變。

當(dāng)隔離級(jí)別設(shè)置為Read committed時(shí)，避免了臟讀，但是可能會(huì)造成不可重復(fù)讀。

大多數(shù)數(shù)據(jù)庫(kù)的默認(rèn)級(jí)別就是Read committed，比如Sql Server , Oracle。如何解決不可重復(fù)讀這一問(wèn)題，請(qǐng)看下一個(gè)隔離級(jí)別。

Repeatable read 重復(fù)讀

當(dāng)隔離級(jí)別設(shè)置為Repeatable read時(shí)，可以避免不可重復(fù)讀。當(dāng)singo拿著工資卡去消費(fèi)時(shí)，一旦系統(tǒng)開(kāi)始讀取工資卡信息（即事務(wù)開(kāi)始），singo的老婆就不可能對(duì)該記錄進(jìn)行修改，也就是singo的老婆不能在此時(shí)轉(zhuǎn)賬。

雖然Repeatable read避免了不可重復(fù)讀，但還有可能出現(xiàn)幻讀。

singo的老婆工作在銀行部門(mén)，她時(shí)常通過(guò)銀行內(nèi)部系統(tǒng)查看singo的信用卡消費(fèi) 記錄。有一天，她正在查詢(xún)到singo當(dāng)月信用卡的總消費(fèi)金額（select sum(amount) from transaction where month = 本月）為80元，而singo此時(shí)正好在外面胡吃海塞后在收銀臺(tái)買(mǎi)單，消費(fèi)1000元，即新增了一條1000元的消費(fèi)記錄（insert transaction ... ），并提交了事務(wù)，隨后singo的老婆將singo當(dāng)月信用卡消費(fèi)的明細(xì)打印到A4紙上，卻發(fā)現(xiàn)消費(fèi)總額為1080元，singo的老婆很詫異，以為出 現(xiàn)了幻覺(jué)，幻讀就這樣產(chǎn)生了。

注：Mysql的默認(rèn)隔離級(jí)別就是Repeatable read。

Serializable 序列化

Serializable是最高的事務(wù)隔離級(jí)別，同時(shí)代價(jià)也花費(fèi)最高，性能很低，一般很少使用，在該級(jí)別下，事務(wù)順序執(zhí)行，不僅可以避免臟讀、不可重復(fù)讀，還避免了幻像讀。

當(dāng)前文章：oracle如何支持幻讀 oracle如何解決幻讀
本文路徑：http://jinyejixie.com/article6/hpdgig.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制開(kāi)發(fā)、App設(shè)計(jì)、微信小程序、企業(yè)建站、網(wǎng)站導(dǎo)航、網(wǎng)站改版

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)