讀未提交示例操作過程-Read uncommitted

1、打開兩個MySql的命令提示行，均進入相同數(shù)據(jù)庫，并檢查當(dāng)前表內(nèi)容為相同數(shù)據(jù)如下：

2、在A、B兩端執(zhí)行select @@tx_isolation;檢查當(dāng)前默認(rèn)的隔離級別別，可以發(fā)現(xiàn)都是

Repeatable Read –可重復(fù)讀-（在當(dāng)前事務(wù)內(nèi)，重復(fù)讀取第一次讀取過的數(shù)據(jù)就叫可重復(fù)讀。）

3、修改A端的隔離級別為readuncommitted –讀未提交。意思是可以讀取別人沒有提交的數(shù)據(jù)。

set transactionisolation level read uncommitted;

在綠色的MySql5.5上請執(zhí)行:

Set sessiontransaction isolation level read uncommitted;

   然后再查看是否已經(jīng)發(fā)生改變：

4、在A、B兩端都開啟事務(wù)

starttransaction;

5、在B端修改一行數(shù)據(jù)如：

update stud setname='Jhon' where id=1;

   其后在A端執(zhí)行查詢：select * from stud;

6、此時B端再次執(zhí)行回滾操作

Rollback;

   再在A端進行查詢，結(jié)果發(fā)現(xiàn)數(shù)據(jù)又回到了之前的數(shù)據(jù)。這就是臟讀：

7、對于B端寫入的新數(shù)據(jù)，如果沒有提交A端也一樣能查詢到，這叫幻讀。

 讀已提交操作過程：-read COMMITTED

1、 檢查A、B兩端是否一致：

2、修改A端（左）的隔離級別為readcommitted;

set transactionisolation level read committed;

   在A端開啟事務(wù)：

   starttransaction;

   在B端開啟事務(wù)

3、在A端進行查詢：

Select * fromstud;

在B端修改一行記錄并提交

Update stud setname='itcast' where id=1;

再回到A端進行查詢，發(fā)現(xiàn)在同一個事務(wù)內(nèi)，兩次查詢的結(jié)果不一樣：

 可重復(fù)讀示例Repeatable Read

1、查看A端的隔離級別是否為Repeatableread級別：

Select@@tx_isolation;

2、先在A端在開啟的事務(wù)內(nèi)進行查詢。

然后在B端修改數(shù)據(jù)庫的內(nèi)容。

最后再在A端的同一事務(wù)內(nèi)進行查詢，發(fā)現(xiàn)結(jié)果一致。

 Serializable是最高級的隔離級別

1、在A端設(shè)置隔離級別為Serializable

set transactionisolation level serializable;

在A端開啟一個事務(wù)-并對stud表進行查詢。

在B端開啟一個事務(wù)，并寫入一行記錄。此時發(fā)現(xiàn)B的代碼并沒有執(zhí)行，因為它在等A提交之后它才執(zhí)行。

類似于線程同步的概念

 這四種隔離級別采取不同的鎖類型來實現(xiàn)，若讀取的是同一個數(shù)據(jù)的話，就容易發(fā)生問題。例如：

臟讀(Drity Read)：某個事務(wù)已更新一份數(shù)據(jù)，另一個事務(wù)在此時讀取了同一份數(shù)據(jù)，由于某些原因，前一個RollBack(回滾)了操作，則后一個事務(wù)所讀取的數(shù)據(jù)就會是不正確的。

不可重復(fù)讀(Non-repeatable read):在一個事務(wù)的兩次查詢之中數(shù)據(jù)不一致，這可能是兩次查詢過程中間插入了一個事務(wù)更新的原有的數(shù)據(jù)。

幻讀(Phantom Read):在一個事務(wù)的兩次查詢中數(shù)據(jù)筆數(shù)不一致，例如有一個事務(wù)查詢了幾列(Row)數(shù)據(jù)，而另一個事務(wù)卻在此時插入了新的幾列數(shù)據(jù)，先前的事務(wù)在接下來的查詢中，就會發(fā)現(xiàn)有幾列數(shù)據(jù)是它先前所沒有的

 感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！