1. 程式人生 > >淺析Mysql隔離級別

淺析Mysql隔離級別

serial 情況下 acc con 主鍵重復 數據庫 ble 導致 iso

from: www.jianshu.com/p/db334404d909

一、Mysql的四個隔離級別

預備工作:

  • 先創建一個test數據庫及account表

create database test;
use test;
create table account(
   id int not null,
   balance float not null,
   PRIMARY KEY ( id)
)
INSERT INTO table(id,balance)
VALUES (1,1000);
INSERT INTO table(id,balance)
VALUES (2,1000);
 

開啟兩個控制臺窗口,當做兩個用戶(A和B)

1.1. read unCommited (未提交讀)

也即RU,在READ UNCOMMITTED級別,事務中的修改,即使沒有提交,對其他事務也都是可見的。事務可以讀取未提交的數據,這也被稱為臟讀(Dirty Read)。這個級別會導致很多問題,從性能上來說,READ UNCOMMITTED不會比其他的級別好太多,但卻缺乏其他級別的很多好處,除非真的有非常必要的理由,在實際應用中一般很少使用。

A用戶操作如下:

set session transaction isolation level read
uncommitted; start transaction; select * from account;

結果如下:

id    balance

1    1000

2    1000

B用戶操作如下:

set session transaction isolation level read uncommitted;
start transaction;
update account set balance=balance+200 where id = 1;

隨後在A用戶終端中查詢數據,結果如下:

id    balance

1    1200

2    1000

可以看到B用戶並未提交事務,但是A用戶卻能讀到未提交的數據,這就是臟讀

1.2. read commited (提交讀)

即RC,大多數數據庫系統為了避免 臟讀 采用的默認隔離級別都是read commited(但MySQL不是,Mysql的默認隔離級別是repeatable read )

READ COMMITTED滿足前面提到的隔離性的簡單定義:一個事務開始時,只能”看見”已經提交的事務所做的修改。換句話說,一個事務從開始直到提交之前,所做的任何修改對其他事務都是不可見的。

這個級別有時候叫做不可重復讀(nonrepeatble read),因為兩次執行同樣的查詢,可能會得到不一樣的結果。以例子說明:

我們將用戶B所在的會話當前事務隔離級別設置為read commited。

set session transaction isolation level read committed;

在A所在的會話中執行

update account set balance=balance-200 where id = 1;

在B用戶的會話中查詢:

select * from account;

結果如下:

id    balance

1    1000

2    1000

發現數據沒有變,還是1000,說明可以避免臟讀了。


接著A用戶會話中將事務提交:

commit;

再次在B中查詢,結果如下:

id    balance

1     800

2    1000

可以看到,B用戶讀取到了A用戶提交的數據。這麽做有什麽問題麽?那就是我們在會話B同一個事務中,讀取到兩次不同的結果。這就造成了不可重復讀,就是兩次讀取的結果不同。

1.3 . repeatable read(可重復讀)

REPEATABLE READ解決了臟讀的問題。該隔離級別保證了在同一個事務中多次讀取同樣記錄結果是一致的。但是理論上,可重復讀隔離級別還是無法解決另外一個幻讀(Phantom Read)的問題。

所謂 幻讀指的是當某個事務在讀取某個範圍內的記錄時,另一個事務又在該範圍內插入了新的記錄,當之前的事務再次讀取該範圍的記錄時,會產生幻行(Phantom Row)

Mysql的RR是由“行排它鎖+MVCC”一起實現的。

我們將用戶B所在的會話當前事務隔離級別設置為repeatable read。

set session transaction isolation level repeatable read;
start transaction;

接著在B中查詢數據:

id    balance

1     1000

2     1000

兩條。
然後我們到A用戶會話中插入一條數據:

insert into account(id,balance) value(3,1000);

在A中查看是否添加成功:

————————————————————————

insert into account(id, balance) value (3, 1000);

select * from account;

id    balance

1     1000

2     1000

3     1000

————————————————————————

成功,有三條數據。
回到用戶B會話中,再次查詢:

id    balance

1     1000

2     1000

發現沒有變還是兩條。這時,用戶B想插入一條id=3,balance=1000的數據:

insert into account(id,balance) value(3,1000);

會報錯:

————————————————————————————————

  mysql> insert into account(id,balance) value(3,1000);

  ERROR 1062(23000): Duplicate entry ‘3‘ for key ‘primary‘

  mysql>

————————————————————————————————

說是主鍵重復了,可是B用戶剛剛查詢並沒有id=3的記錄。這就是幻讀現象。
我的理解是:不可重復讀指的是update操作,而幻讀指的是insert或delete操作。

1.4 SERIALIZABLE(串行化)

SERIALIZABLE是最高的隔離級別。它通過強制事務串行執行,避免了前面說的幻讀的問題。簡單來說,SERIALIZABLE會在讀取每一行數據都加鎖,所以可能導致大量的超時和鎖爭用問題。

實際應用中也很少用到這個隔離級別,只有在非常需要確保數據的一致性而且可以接受沒有並發的情況下,才考慮采用該級別。

淺析Mysql隔離級別