一般而言,最好讓SQL Server以默認形式在隔離事務操作;畢竟,隔離是ACID模型的基本原則之一。但是,有時候因為業務需求的原因,數據庫管理員不得不違背默認行為,而 是采取更靈活一點的方法來進行事務操作隔離。針對數據庫管理員遇到的這類情況,SQL Serve提供了五種不同的事務操作隔離模式。在詳細介紹這些事務操作隔離模式之前,必需先了管理員會遇到的數據庫問題:
1.髒數據讀寫,這種情況發生在當一個事務讀寫由另一個事務修改而未提交的數據的時候。如果另一個事物永遠都不提交其修改數據,那麼第一個事務就永遠都得到一個無效的值,即髒數據。
2.不可重復讀寫,這種情況發生在當一個事務在試圖重復讀取同一數據,而另一個事務在這第一個事務重復讀取之前修改了此數據的時候。這樣會使第一個事務在讀取同一數據時獲得兩個不同的值,導致原始數據讀取變成不可重復。
3.影象讀寫,這種情況發生在當一個事務在某一個表格中進行多次數據查詢,而另一個事務插入或者刪除滿足查詢條件的數據行。這會造成前一個事務獲得或失去一個“影象”值。
SQL Server的每一種隔離模式都試圖解決以上問題中的部分,使數據庫管理員能夠保持事務操作隔離和業務需求之間的平衡。以下是SQL Server的五種隔離模式:
1.讀寫提交隔離模式,這是SQL Server默認的隔離模式,數據庫不允許事務操作讀寫由未提交的事務操作寫的數據。這個模式可以防止產生髒數據讀寫,但是不能防止影象讀寫或不可重復讀寫的情況。
2.讀寫未提交隔離模式,這種模式基本在事務操作之間沒有進行隔離。任何事務都可以讀寫由另一個未提交的事務寫的數據。這種模式下,事務操作很容易出現髒數據讀寫、影象讀寫和不可重復讀寫的情況。
3.可重復讀寫隔離模式,比讀寫提交隔離模式更進一步,能夠阻止事務修改正被另一個事務讀寫的數據,直到讀寫操作結束。這個隔離模式可以防止髒數據讀寫和不可重復讀寫的情況發生。
4.串行化隔離模式,這個模式運用范圍鎖防止一個事務在另一個事務對數據進行讀取時插入或者刪除數據行。串行化隔離模式能夠防止上述三種情況的發生。
5.快照隔離模式,這個模式同樣可以防止三種情況的發生,只是方法不同。它為每一個事務提供其查詢數據的“快照”,事務可以查詢快照,無需返回到源數據表格,從而防止產生髒數據讀取。
如果想要改變SQL Server使用的隔離模式,只需要輸入以下命令:
復制代碼 代碼如下:SET TRANSACTION ISOLATION LEVEL
可以用以下關鍵詞代替:
· READ COMMITTED
· READ UNCOMMITTED
· REPEATABLE READ
· SERIALIZABLE
· SNAPSHOT
這些都是基本的SQL Server事務隔離模式。