事務的屬性

1.只讀屬性(read only)

只讀事務，只執行查詢操作，而不允許執行DML(增、刪、改)操作，使用只讀事務，可以讓用戶只取到某個時間點的數據。

假如有一個機票代售點，有一個管理員想在一個時間點進行統計總共賣出去的數量，這個時候可以使用只讀事務。設置了只讀事務之后，盡管有其它的對話產生，但是只讀事務不會去去取最新的　　　　　　事務的變化，從而可以保證一個時間點只取到需要的數據。

語法：set transaction read only

2.讀寫屬性(read write)

可以將事務設置為可讀可寫的狀態，是事務的默認狀態，一旦設定了讀寫事務，那么在該命令之前就不能出現set transaction命令之外的其他命令。

語法：set transaction read write

事務的隔離級別

在數據庫操作中，為了有效保證并發讀取數據的正確性，提出了事務的隔離級別。

沒有設置事務的隔離級別可能會出現以下幾點問題：

1.更新丟失

兩個事務都同時更新一行數據，一個事務對數據的更新把另一個事務對數據的更新覆蓋了。這是因為系統沒有執行任何的鎖操作，因此并發事務并沒有被隔離開來。

2.讀臟數據

一個事務讀取到了另一個事務未提交的數據操作結果。這是相當危險的，因為很可能所有的操作都被回滾。

3.不可重復讀

不可重復讀(Non-repeatable Reads)：一個事務對同一行數據重復讀取兩次，但是卻得到了不同的結果。

包括以下情況：

(1)虛讀：事務T1讀取某一數據后，事務T2對其做了修改，當事務T1再次讀該數據時得到與前一次不同的值。

(2)幻讀(Phantom Reads)：事務在操作過程中進行兩次查詢，第二次查詢的結果包含了第一次查詢中未出現的數據或者缺少了第一次查詢中出現的數據(這里并不要求兩次查詢的SQL語句相同)。　　　　這是因為在兩次查詢過程中有另外一個事務插入數據造成的。

解決方法：

為了避免上面出現的幾種情況，在標準SQL規范中，定義了4個事務隔離級別，不同的隔離級別對事務的處理不同。

讀未提交(Read Uncommitted)

允許臟讀取，但不允許更新丟失。如果一個事務已經開始寫數據，則另外一個事務則不允許同時進行寫操作，但允許其他事務讀此行數據。該隔離級別可以通過“排他寫鎖”實現。

讀提交(Read Committed)

允許不可重復讀取，但不允許臟讀取。這可以通過“瞬間共享讀鎖”和“排他寫鎖”實現。讀取數據的事務允許其他事務繼續訪問該行數據，但是未提交的寫事務將會禁止其他事務訪問該行。

可重復讀取(Repeatable Read)

禁止不可重復讀取和臟讀取，但是有時可能出現幻讀數據。這可以通過“共享讀鎖”和“排他寫鎖”實現。讀取數據的事務將會禁止寫事務(但允許讀事務)，寫事務則禁止任何其他事務。

序列化(Serializable)

提供嚴格的事務隔離。它要求事務序列化執行，事務只能一個接著一個地執行，不能并發執行。僅僅通過“行級鎖”是無法實現事務序列化的，必須通過其他機制保證新插入的數據不會被剛執行查詢操作的事務訪問到。

隔離級別越高，越能保證數據的完整性和一致性，但是對并發性能的影響也越大。對于多數應用程序，可以優先考慮把數據庫系統的隔離級別設為讀提交Read Committed。它能夠避免臟讀取，而且具有較好的并發性能。盡管它會導致不可重復讀、幻讀和第二類丟失更新這些并發問題，在可能出現這類問題的個別場合，可以由應用程序采用悲觀鎖或樂觀鎖來控制。

總結

以上是生活随笔為你收集整理的oracle事务重要属性,Oracle中的事务(2)--属性和隔离级别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。