在Spring中定義了5中不同的事務隔離級別：
1. ISOLATION_DEFAULT(一般情況下使用這種配置既可) ;
這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別。
2. ISOLATION_READ_UNCOMMITTED 4 p" L. I' F; k1 {) a. D( E5 ?: V
這是事務最低的隔離級別，它充許別外一個事務可以看到這個事務未提交的數據。這種隔離級別會產生髒讀，不可重複讀和幻像讀。
大部分數據庫缺省的事物隔離級別都不會出現這種狀況) 1 N$ G7 X" U# U6 S/ u' z/ I
3. ISOLATION_READ_COMMITTED
保證一個事務修改的數據提交後才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據。這種事務隔離級別可以避免髒讀出現，但是可能會出現不可重複讀和幻像讀。
: U8 m# n8 g1 k( E: N
什麼是髒讀？（修改且未提交引起）
例如：
張三的工資爲5000,事務A中把他的工資改爲8000,但事務A尚未提交。與此同時，事務B正在讀取張三的工資，讀取到張三的工資爲8000。隨後，事務A發生異常，而回滾了事務。張三的工資又回滾爲5000。最後，事務B讀取到的張三工資爲8000的數據即爲髒數據，事務B做了一次髒讀。
' T, B j d! H# i) s$ i
(大部分數據庫缺省的事物隔離級別都不會出現這種狀況) ; N$ ~" J7 a& Y* ?/ G8 I
4. ISOLATION_REPEATABLE_READ
這種事務隔離級別可以防止髒讀，不可重複讀。但是可能出現幻像讀。 3 [* {- F2 s. w+ |
什麼是不可重複讀？（修改引起）
6 h2 E% J, S7 f9 n+ m0 U4 ]" ?% e. a
例如： / ^7 Y# T6 |& Z' B
在事務A中，讀取到張三的工資爲5000，操作沒有完成，事務還沒提交。 5 K: N6 c" [$ p: J4 L/ I" B
與此同時，事務B把張三的工資改爲8000，並提交了事務。隨後，在事務A中，再次讀取張三的工資，此時工資變爲8000。在一個事務中前後兩次讀取的結果並不致，導致了不可重複讀。
(大部分數據庫缺省的事物隔離級別都不會出現這種狀況) . h+ U! y9 {) }1 R8 ~% B, l; t
5. ISOLATION_SERIALIZABLE
這是花費最高代價但是最可靠的事務隔離級別。事務被處理爲順序執行。除了防止髒讀，不可重複讀外，還避免了幻讀。
% c0 @8 E& g" x1 X/ p3 F; H1 q
什麼是幻讀？（添加新記錄引起）
9 d! D% j. |9 w9 N+ ~
例如:
A目前工資爲5000的員工有10人，事務A讀取所有工資爲5000的人數爲10人。此時，事務B插入一條工資也爲5000的記錄。這是，事務A再次讀取工資爲5000的員工，記錄爲11人。此時產生了幻讀。
大部分數據庫缺省的事物隔離級別都會出現這種狀況，此種事物隔離級別將帶來表級鎖)
_! O3 W6 M/ L
說明 ：Oracle數據庫缺省的事物隔離級別已經保證了避免髒讀和不可重複讀。但可能會幻讀，避免幻讀需要加表級鎖，Oracle缺省行級鎖。在基於Spring的事物配置中一定要慎重使用ISOLATION_SERIALIZABLE的事物隔離級別。這種配置會使用表級鎖，對性能影響巨大。一般沒有特殊需要的話，配置爲使用數據庫缺省的事物隔離級別便可。