標籤:count set innodb 部門 cti 硬碟 redo log 獨立 完成
MySqlInnoDB的交易隔離等級有四個:(預設是可重複讀repeatable read)
未提交讀 read uncommit : 在另一個事務修改了資料,但尚未提交,在本事務中SELECT語句可能會查詢到這些未被提交的資料,而發生髒讀。
提交讀 read commit : 在一個事務中發生兩次SELECT查詢,當第一次SELECT執行完查詢到一些資料,接下來另一個事務修改了這些資料並提交了,當第二次SELECT執行的時候查詢到的資料和第一次SELECT的不同,而發生不可重複讀取、幻讀問題,但解決了髒讀(鎖定所讀取的當前行)。
可重複讀 repeatable read:在同一個事務中,SELECT的結果是事務開啟時時間點的結果,因此,同樣的SELECT查詢的結果總是一致的。解決了不可重複讀取,但有可能發生虛讀(鎖定所讀取的所有行)。
序列化 serializable:
(轉載的)
1). 髒讀
首先區分髒頁和髒資料
髒頁是記憶體的緩衝池中已經修改的page,未及時flush到硬碟,但已經寫到redo log中。讀取和修改緩衝池的page很正常,可以提高效率,flush即可同步。髒資料是指事務對緩衝池中的行記錄record進行了修改,但是還沒提交!!!,如果這時讀取緩衝池中未提交的行資料就叫髒讀,違反了事務的隔離性。髒讀就是指當一個事務正在訪問資料,並且對資料進行了修改,而這種修改還沒有提交到資料庫中,這時,另外一個事務也訪問這個資料,然後使用了這個資料。
2). 不可重複讀取
是指在一個事務內,多次讀同一資料。在這個事務還沒有結束時,另外一個事務也訪問該同一資料。那麼,在第一個事務中的兩次讀資料之間,由於第二個事務的修改,第二個事務已經提交。那麼第一個事務兩次讀到的的資料可能是不一樣的。這樣就發生了在一個事務內兩次讀到的資料是不一樣的,因此稱為是不可重複讀取。例如,一個編輯人員兩次讀取同一文檔,但在兩次讀取之間,作者重寫了該文檔。當編輯人員第二次讀取文檔時,文檔已更改。原始讀取不可重複。如果只有在作者全部完成編寫後編輯人員才可以讀取文檔,則可以避免該問題
3). 虛讀 :
是指當事務不是獨立執行時發生的一種現象,例如第一個事務對一個表中的資料進行了修改,這種修改涉及到表中的全部資料行。同時,第二個事務也修改這個表中的資料,這種修改是向表中插入一行新資料。那麼,以後就會發生操作第一個事務的使用者發現表中還有沒有修改的資料行,就好象發生了幻覺一樣。例如,一個編輯人員更改作者提交的文檔,但當生產部門將其更改內容合并到該文檔的主複本時,發現作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產部門完成對原始文檔的處理之前,任何人都不能將新材料添加到文檔中,則可以避免該問題。
| 事務A |
connection.setAutoCommit(false) |
start Transaction |
|
update student set money=money+100 from account where name=‘a‘ |
|
commit(); |
|
insert into account (name,money)values(‘fff‘,10000); |
|
|
| (事務B) |
connection.setAutoCommit(false) |
start Transaction |
select money from account where name=‘a‘; 發現有1000塊 |
|
select money from account where name=‘a‘; 發現有1100 |
|
select money from account where name=‘a‘; 發現有1100 |
|
select * from account (查詢結果包含fff的資訊) |
commit(); |
| 說明 |
|
|
|
|
事務B讀到了事務A未提交的資料,發生了髒讀 |
|
事務A提交後,事務B前後SELECT查詢money的值不一致,即事務B讀到了事務A,update後的資料,發生了不可重複讀取 |
|
虛讀(即一個事務讀到了另一個事務insert的資料) |
|
| 可設定的事務層級 |
|
|
|
|
read commit |
|
repeatable read |
|
序列化serializable |
|
Mysql InnoDB的四個交易隔離等級和(分別逐級解決的問題)髒讀,不可重複讀取,虛讀