知方可補不足～sqlserver中的幾把鎖~續

回到目錄

之前寫過相關的文章，對臟讀，不可重復讀，幻讀都做了相當的研究，而今天在程序中又出現了這個問題，即當一條數據被update時，另一個線程同時發起了讀的操作，這對于序列化級別的事務是不被允許的，正常情況下它應該被阻塞，當事務消失時，數據從新被讀取。

一些術語－來自百度百科

更新丟失

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

臟讀

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

不可重復讀

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

包括以下情況：

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

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

一些解決方案－來自百度百科

未授權讀取

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

授權讀取

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

可重復讀?。≧epeatable Read）

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

序列化（Serializable）

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

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

在.net中TransactionScope產生的事務，默認是序列化的

-- network protocol: TCP/IP
set quoted_identifier on
set arithabort off
set numeric_roundabort off
set ansi_warnings on
set ansi_padding on
set ansi_nulls on
set concat_null_yields_null on
set cursor_close_on_commit off
set implicit_transactions off
set language 簡體中文
set dateformat ymd
set datefirst 7
set transaction isolation level serializable

感謝各位的閱讀！

回到目錄

posted @ 2016-01-28 14:09 張占嶺閱讀(666) 評論(0) 收藏舉報

刷新頁面返回頂部

知方可補不足～sqlserver中的幾把鎖~續

一些術語－來自百度百科

一些解決方案－來自百度百科

在.net中TransactionScope產生的事務，默認是序列化的

公告

在.net中TransactionScope產生的事務，默認是序列化的