數據庫的事務隔離(轉)
一、簡述:
在數據庫操作中,為了效保證並發讀取數據的正確性,提出的事務隔離級別。數據庫事務的隔離級別4個,由低到高依次為:
Read uncommitted(未授權讀取、讀未提交)
Read committed(授權讀取、讀提交)
Repeatable read(可重復讀取)
Serializable(序列化)
不做事務隔離時容易出現的問題如下:
1、更新丟失:兩個事務都同時更新一行數據,一個事務對數據的更新把另一個事務對數據的更新覆蓋了。
2、臟讀: 一個事務讀取到了另一個事務未提交的數據操作結果。
3、不可重復讀:一個事務對同一行數據重復讀取兩次,但是卻得到了不同的結果。包括以下情況:
(1) 虛讀:事務T1讀取某一數據後,事務T2對其做了修改,當事務T1再次讀該數據時得到與前一次不同的值。
(2) 幻讀:事務在操作過程中進行兩次查詢,第二次查詢的結果包含了第一次查詢中未出現的數據或者缺少了第一次查詢中出現的數據。
二、說明
1. Read uncommitted(未授權讀取、讀未提交)
如果一個事務已經開始寫數據,則另外一個事務則不允許同時進行寫操作,但允許其他事務讀此行數據;
避免了更新丟失,卻可能出現臟讀,也就是說事務B讀取到了事務A未提交的數據;
該隔離級別可以通過“排他寫鎖”實現。
2. Read committed(授權讀取、讀提交)
讀取數據的事務允許其他事務繼續訪問該行數據,但是未提交的寫事務將會禁止其他事務訪問該行。
該隔離級別避免了臟讀,但是卻可能出現不可重復讀。
事務A事先讀取了數據,事務B緊接了更新了數據,並提交了事務,而事務A再次讀取該數據時,數據已經發生了改變。
3. Repeatable read(可重復讀取)
讀取數據的事務將會禁止寫事務(但允許讀事務,寫事務則禁止任何其他事務。
避免了不可重復讀取和臟讀,但是時可能出現幻讀。
可通過“共享讀鎖”和“排他寫鎖”實現。
4. Serializable(序列化)
提供嚴格的事務隔離。它要求事務序列化執行,事務只能一個接著一個地執行,但不能並發執行。如果僅僅通過“行級鎖”是無法實現事務序列化的,必須通過其他機制保證新插入的數據不會被剛執行查詢操作的事務訪問到。
該級別代價也花費最高,性能很低,一般很少使用,在該級別下,事務順序執行,不僅可以避免臟讀、不可重復讀,還避免了幻像讀。
總結:
1. 隔離級別越高,越能保證數據的完整性和一致性,但是對並發性能的影響也越大。
對於多數應用程序,可以優先考慮把數據庫系統的隔離級別設為Read Committed。它能夠避免臟讀取,而且具有較好的並發性能。盡管它會導致不可重復讀、幻讀和第二類丟失更新這些並發問題,在可能出現這類問題的個別場合,可以由應用程序采用悲觀鎖或樂觀鎖來控制。
2. 大多數數據庫的默認級別就是Read committed,比如Sql Server , Oracle,MySQL的默認隔離級別就是Repeatable read。
轉自;http://blog.csdn.net/tolcf/article/details/49283575
數據庫的事務隔離(轉)