事物隔离层简介

隔離性是交易的保證之一，表示交易與交易之間不互相干擾，好像同時間就只有自己的交易存在一樣，隔離性保證的基本方式是在資料庫層面，對資料庫或相關欄位鎖定，在同一時間內只允許一個交易進行更新或讀取。

先來看看沒有對資料庫進行鎖定下，可能發生的問題：

• 更新遺失（lost update）

基本上就是指某個交易對欄位進行更新的資訊，因另一個交易的介入而遺失。

例如，兩個以上交易在進行同一欄位的更新時，若沒有對欄位進行鎖定，若交易A進行COMMIT，交易B因故ROLLBACK，則交易A所作的更新就會發生遺失的問題：

1. 交易A更新欄位1
2. 交易B更新欄位1
3. 交易A COMMIT
4. 交易B ROLLBACK

另一種可能的情況是，如果交易A在交易B前後進行更新與COMMIT，則交易B所作的更新將會遺失，又稱為二次更新遺失（second lost update），例如：

1. 交易A更新欄位1
2. 交易B更新欄位1
3. 交易B COMMIT
4. 交易A COMMIT

在以上的情況，交易B所進行的更新將會遺失。

• 髒讀（dirty read）

兩個交易同時進行，其中一個交易更新資料，另一個交易讀取了尚未COMMIT的資料，就有可能發生髒讀問題。例如：

1. 交易A更新欄位1
2. 交易B讀取欄位1
3. 交易A ROLLBACK
4. 交易B COMMIT

在以上的情況下，交易B讀取的是不正確的資料。

• 無法重複的讀取（unrepeatable read）

某個交易兩次讀取同一欄位的資料並不一致，例如，如果交易A在交易B前後進行資料的讀取，則會得到不同的結果。

1. 交易A讀取欄位1
2. 交易B更新欄位1
3. 交易B COMMIT
4. 交易A讀取欄位1

在以上的情況，交易A讀取兩次欄位1，但卻得到不同的結果。

• 幻讀（phantom read）

如果交易A進行兩次查詢，在兩次查詢之中有個交易B插入一筆新資料或刪除一筆新資料，第二次查詢時得到的資料多了第一次查詢時所沒有的筆數，或者少了一筆。

1. 交易A進行查詢得到五筆資料
2. 交易B插入一筆資料
3. 交易B COMMIT
4. 交易A進行查詢得到六筆資料

隔離交易的基本方式是鎖定資料庫，但完全的鎖定資料庫實務上並不會這麼作，因為完全的鎖定資料庫將導致嚴重的效能問題，因此實務上會根據資料讀寫更新的頻繁性，設定不同的交易隔離層級（transaction isolation level）：

• read uncommited

簡而言之，某個交易可以讀取另一個交易已更新但尚未commit的資料，所以允許dirty read，但不允許lost update，也就是允許交易B讀取交易A更新尚未COMMIT的資料，但在交易A進行COMMIT前，不允許其它交易再寫入（也就是寫入鎖定）。

這個隔離層級讀取錯誤資料的機率太高，一般不會採用這種隔離層級。

讀取的交易不會阻止其它的交易，一個未COMMIT的交易會阻止其它寫入的交易。

• read commited

比read uncommited嚴格一些，簡而言之，某個交易僅可讀取另一個交易已commit的資料，所以允許unrepeatable read，但不允許dirty read，一筆交易正在讀取資料時，允許另一筆交易進行資料寫入，但不允許已經dirty的資料被讀取或寫入（shared read lock, exclusive write lock）。

讀取的交易不會阻止其它的交易，一個未COMMIT的交易會阻止其它所有的交易。

• repeatable read

比read commited嚴格，在一個交易己讀取的資料，不允許其它交易進行資料寫入，不允許unrepeated read，但phantom read還是可能發生。

讀取的交易不會阻止其它讀取的交易，但會阻止其它寫入的交易，而寫入的交易會阻止所有其它的交易。

• serializable

最嚴格的隔離層級，同一筆資料一次只能有一個交易，無法讓交易並行處理。

read uncommited出錯的機率太大，大部份的應用程式會選用read commited或repeatable read的隔離層級，而serializable執行完全的鎖定，嚴重傷害系統效能。

真正的鎖定系統是在資料庫系統上實作的，依各家廠商而有所不同，必須參考廠商的說明書，了解不同的隔離層級對應用程式的效能與擴展性有何影響。

以下整理隔離層級對多個交易並行處理的影響，YES表示會發生問題：

隔離層級	Dirty Read	Unrepeatable Read	Phantom Read
Read uncommitted	YES	YES	YES
Read committed	NO	YES	YES
Repreatable read	NO	NO	YES
Serializable	NO	NO	NO