1. 程式人生 > >spring事務配置的五種方式

spring事務配置的五種方式

資料庫提供了四種事務隔離級別, 不同的隔離級別採用不同的鎖類開來實現.

在四種隔離級別中, Serializable的級別最高, Read Uncommited級別最低.

大多數資料庫的預設隔離級別為: Read Commited,如Sql Server , Oracle.

少數資料庫預設的隔離級別為Repeatable Read, 如MySQL InnoDB儲存引擎

即使是最低的級別,也不會出現 第一類 丟失 更新問題 . 

1. 髒讀(事務沒提交,提前讀取) :髒讀就是指當一個事務正在訪問資料,並且對資料進行了修改,而這種修改還沒有提交到資料庫中,這時,另外一個事務也訪問這個資料,然後使用了這個資料。

2. 不可重複讀(兩次讀的不一致)
:是指在一個事務內,多次讀同一資料。在這個事務還沒有結束時,另外一個事務也訪問該同一資料。那麼,在第一個事務中的兩次讀資料之間,由於第二個事務的修改,那麼第一個事務兩次讀到的的資料可能是不一樣的。這樣就發生了在一個事務內兩次讀到的資料是不一樣的,因此稱為是不可重複讀。例如,一個編輯人員兩次讀取同一文件,但在兩次讀取之間,作者重寫了該文件。當編輯人員第二次讀取文件時,文件已更改。原始讀取不可重複。如果只有在作者全部完成編寫後編輯人員才可以讀取文件,則可以避免該問題。
3. 幻讀 : 是指當事務不是獨立執行時發生的一種現象,例如第一個事務對一個表中的資料進行了修改,這種修改涉及到表中的全部資料行。同時,第二個事務也修改這個表中的資料,這種修改是向表中插入一行新資料。那麼,以後就會發生操作第一個事務的使用者發現表中還有沒有修改的資料行,就好象發生了幻覺一樣。例如,一個編輯人員更改作者提交的文件,但當生產部門將其更改內容合併到該文件的主複本時,發現作者已將未編輯的新材料新增到該文件中。如果在編輯人員和生產部門完成對原始文件的處理之前,任何人都不能將新材料新增到文件中,則可以避免該問題。
4. 第一類更新丟失(回滾丟失)

  當2個事務更新相同的資料來源,如果第一個事務被提交,而另外一個事務卻被撤銷,那麼會連同第一個事務所做的跟新也被撤銷。也就是說第一個事務做的跟新丟失了。
5. 第二類更新丟失(覆蓋丟失)
  第二類更新丟失實在實際應用中經常遇到的併發問題,他和不可重複讀本質上是同一類併發問題,通常他被看做不可重複讀的特例:當2個或這個多個事務查詢同樣的記錄然後各自基於最初的查詢結果更新該行時,會造成第二類丟失更新。因為每個事務都不知道不知道其他事務的存在,最後一個事務對記錄做的修改將覆蓋其他事務對該記錄做的已提交的跟新…
補充 : 基於元資料的 Spring 宣告性事務 :

Isolation 屬性一共支援五種事務設定,具體介紹如下:

l          DEFAULT 使用資料庫設定的隔離級別 ( 預設 ) ,由 DBA 預設的設定來決定隔離級別 .

l          READ_UNCOMMITTED 會出現髒讀、不可重複讀、幻讀 ( 隔離級別最低,併發效能高 )

l          READ_COMMITTED  會出現不可重複讀、幻讀問題(鎖定正在讀取的行)

l          REPEATABLE_READ 會出幻讀(鎖定所讀取的所有行)

l          SERIALIZABLE 保證所有的情況不會發生(鎖表)

不可重複讀的重點是修改 :
同樣的條件 ,   你讀取過的資料 ,   再次讀取出來發現值不一樣了
幻讀的重點在於新增或者刪除
同樣的條件 ,   第 1 次和第 2 次讀出來的記錄數不一樣