1. 程式人生 > >數據庫事務隔離級別(轉)

數據庫事務隔離級別(轉)

事務隔離級別 transacti 隔離級別 二次 設置 新增 重寫 upload strong

1.什麽是事務,事務的特性是什麽?

在數據庫中事務是工作的邏輯單元,一個事務是由一個或多個完成一組的相關行為的SQL語句組成,通過事務機制確保這一組SQL語句所作的操作要麽都成功執行,完成整個工作單元操作,要麽一個也不執行。

SQL92標準定義了數據庫事務的四個特點:

原子性(Atomicity):一個事務裏面所有包含的SQL語句是一個執行整體,不可分割,要麽都做,要麽都不做。

一致性(Consistency):事務開始時,數據庫中的數據是一致的,事務結束時,數據庫的數據也應該是一致的。

隔離性(Isolation):是指數據庫允許多個並發事務同時對其中的數據進行讀寫和修改的能力,隔離性可以防止事務的並發執行時,由於他們的操作命令交叉執行而導致的數據不一致狀態。

持久性 (Durability) : 是指當事務結束後,它對數據庫中的影響是永久的,即便系統遇到故障的情況下,數據也不會丟失。

一組SQL語句操作要成為事務,數據庫管理系統必須保證這組操作的原子性(Atomicity)、一致性(consistency)、隔離性(Isolation)和持久性(Durability),這就是ACID特性。

如:網上轉帳就是典型的要用事務來處理,用以保證數據的一致性。

2.oracle中的事務語句
commit=commit work 提交
rollback=rollback work 回滾
savepoint 事務的標記點,可以使一個事務在回滾到不同的階段
set transaction 開始一個事務
rollback to savepoint 與savepoint對應
另外對於自治事務還有一個,下面會著重說一下關於自治事務
pragma autonomous_transaction

3、數據庫事務隔離級別 (原文出自:http://blog.csdn.net/jiesa/article/details/51317164

數據庫事務的隔離級別有4個,由低到高依次為Read uncommitted 、Read committed 、Repeatable read 、Serializable ,這四個級別可以逐個解決臟讀 、不可重復讀 、幻讀 這幾類問題。

√: 可能出現 ×: 不會出現

臟讀 不可重復讀 幻讀
Read uncommitted
Read committed ×
Repeatable read × ×
Serializable × × ×

註意:我們討論隔離級別的場景,主要是在多個事務並發 的情況下,因此,接下來的講解都圍繞事務並發。

Read uncommitted 讀未提交

公司發工資了,領導把5000元打到singo的賬號上,但是該事務並未提交,而singo正好去查看賬戶,發現工資已經到賬,是5000元整,非常高 興。可是不幸的是,領導發現發給singo的工資金額不對,是2000元,於是迅速回滾了事務,修改金額後,將事務提交,最後singo實際的工資只有 2000元,singo空歡喜一場。


技術分享

出現上述情況,即我們所說的臟讀 ,兩個並發的事務,“事務A:領導給singo發工資”、“事務B:singo查詢工資賬戶”,事務B讀取了事務A尚未提交的數據。

當隔離級別設置為Read uncommitted 時,就可能出現臟讀,如何避免臟讀,請看下一個隔離級別。

Read committed 讀提交

singo拿著工資卡去消費,系統讀取到卡裏確實有2000元,而此時她的老婆也正好在網上轉賬,把singo工資卡的2000元轉到另一賬戶,並在 singo之前提交了事務,當singo扣款時,系統檢查到singo的工資卡已經沒有錢,扣款失敗,singo十分納悶,明明卡裏有錢,為 何......

出現上述情況,即我們所說的不可重復讀 ,兩個並發的事務,“事務A:singo消費”、“事務B:singo的老婆網上轉賬”,事務A事先讀取了數據,事務B緊接了更新了數據,並提交了事務,而事務A再次讀取該數據時,數據已經發生了改變。

當隔離級別設置為Read committed 時,避免了臟讀,但是可能會造成不可重復讀。

大多數數據庫的默認級別就是Read committed,比如Sql Server , Oracle。如何解決不可重復讀這一問題,請看下一個隔離級別。

Repeatable read 重復讀

當隔離級別設置為Repeatable read 時,可以避免不可重復讀。當singo拿著工資卡去消費時,一旦系統開始讀取工資卡信息(即事務開始),singo的老婆就不可能對該記錄進行修改,也就是singo的老婆不能在此時轉賬。

雖然Repeatable read避免了不可重復讀,但還有可能出現幻讀 。

singo的老婆工作在銀行部門,她時常通過銀行內部系統查看singo的信用卡消費記錄。有一天,她正在查詢到singo當月信用卡的總消費金額 (select sum(amount) from transaction where month = 本月)為80元,而singo此時正好在外面胡吃海塞後在收銀臺買單,消費1000元,即新增了一條1000元的消費記錄(insert transaction ... ),並提交了事務,隨後singo的老婆將singo當月信用卡消費的明細打印到A4紙上,卻發現消費總額為1080元,singo的老婆很詫異,以為出 現了幻覺,幻讀就這樣產生了。

註:MySQL的默認隔離級別就是Repeatable read。

Serializable 序列化

Serializable 是最高的事務隔離級別,同時代價也花費最高,性能很低,一般很少使用,在該級別下,事務順序執行,不僅可以避免臟讀、不可重復讀,還避免了幻像讀。

二、臟讀、幻讀、不可重復讀

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


2.不可重復讀:
是指在一個事務內,多次讀同一數據。在這個事務還沒有結束時,另外一個事務也訪問該同一數據。那麽,在第一個事務中的兩次讀數據之間,由於第二個事務的修改,那麽第一個事務兩次讀到的的數據可能是不一樣的。這樣就發生了在一個事務內兩次讀到的數據是不一樣的,因此稱為是不可重復讀。(即不能讀到相同的數據內容)
例如,一個編輯人員兩次讀取同一文檔,但在兩次讀取之間,作者重寫了該文檔。當編輯人員第二次讀取文檔時,文檔已更改。原始讀取不可重復。如果只有在作者全部完成編寫後編輯人員才可以讀取文檔,則可以避免該問題。


3.幻讀:
是指當事務不是獨立執行時發生的一種現象,例如第一個事務對一個表中的數據進行了修改,這種修改涉及到表中的全部數據行。同時,第二個事務也修改這個表中的數據,這種修改是向表中插入一行新數據。那麽,以後就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行,就好象
發生了幻覺一樣。
例如,一個編輯人員更改作者提交的文檔,但當生產部門將其更改內容合並到該文檔的主復本時,發現作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產部門完成對原始文檔的處理之前,任何人都不能將新材料添加到文檔中,則可以避免該問題。

數據庫事務隔離級別(轉)