髒讀（dirty read)
髒讀意味著乙個事務讀取了另乙個事務未提交的資料,而這個資料是有可能回滾
不可重複讀(unrepeatable read)
不可重複讀意味著，在資料庫訪問中，乙個事務範圍內兩個相同的查詢卻返回了不同資料。這是由於查詢時系統中其他事務修改的提交而引起的。
例如：事務b中對某個查詢執行兩次，當第一次執行完時，事務a對其資料進行了修改。事務b中再次查詢時，資料發生了改變
幻讀(phantom read)
幻讀,是指當事務不是獨立執行時發生的一種現象，例如第乙個事務對乙個表中的資料進行了修改，這種修改涉及到表中的全部資料行。同時，第二個事務也修改這個表中的資料，這種修改是向表中插入一行新資料。那麼，以後就會發生操作第乙個事務的使用者發現表中還有沒有修改的資料行，就好象發生了幻覺一樣.
資料庫事務的隔離級別有4個，由低到高依次為read uncommitted、read committed、repeatable read、serializable，這四個級別可以逐個解決髒讀、不可重複讀、幻讀這幾類問題。
√: 可能出現 ×: 不會出現
髒讀不可重複讀
幻讀read uncommitted√√
√read committed×√
√repeatable read××
√serializable××
×注意：我們討論隔離級別的場景，主要是在多個事務併發的情況下，因此，接下來的講解都圍繞事務併發。
read uncommitted 讀未提交
公司發工資了，領導把5000元打到singo的賬號上，但是該事務並未提交，而singo正好去檢視賬戶，發現工資已經到賬，是5000元整，非常高興。可是不幸的是，領導發現發給singo的工資金額不對，是2000元，於是迅速回滾了事務，修改金額後，將事務提交，最後singo實際的工資只有2000元，singo空歡喜一場。
出現上述情況，即我們所說的髒讀，兩個併發的事務，「事務a：領導給singo發工資」、「事務b：singo查詢工資賬戶」，事務b讀取了事務a尚未提交的資料。
當隔離級別設定為read uncommitted時，就可能出現髒讀，如何避免髒讀，請看下乙個隔離級別。
read committed 讀提交
singo拿著工資卡去消費，系統讀取到卡里確實有2000元，而此時她的老婆也正好在網上轉賬，把singo工資卡的2000元轉到另一賬戶，並在singo之前提交了事務，當singo扣款時，系統檢查到singo的工資卡已經沒有錢，扣款失敗，singo十分納悶，明明卡里有錢，為何......
出現上述情況，即我們所說的不可重複讀，兩個併發的事務，「事務a：singo消費」、「事務b：singo的老婆網上轉賬」，事務a事先讀取了資料，事務b緊接了更新了資料，並提交了事務，而事務a再次讀取該資料時，資料已經發生了改變。
當隔離級別設定為read committed時，避免了髒讀，但是可能會造成不可重複讀。
大多數資料庫的預設級別就是read committed，比如sql server , oracle。如何解決不可重複讀這一問題，請看下乙個隔離級別。
repeatable read 重複讀
當隔離級別設定為repeatable read時，可以避免不可重複讀。當singo拿著工資卡去消費時，一旦系統開始讀取工資卡資訊（即事務開始），singo的老婆就不可能對該記錄進行修改，也就是singo的老婆不能在此時轉賬。
雖然repeatable read避免了不可重複讀，但還有可能出現幻讀。
singo的老婆工作在銀行部門，她時常通過銀行內部系統檢視singo的信用卡消費記錄。有一天，她正在查詢到singo當月信用卡的總消費金額（select sum(amount) from transaction where month = 本月）為80元，而singo此時正好在外面胡吃海塞後在收銀台買單，消費1000元，即新增了一條1000元的消費記錄（insert transaction ... ），並提交了事務，隨後singo的老婆將singo當月信用卡消費的明細列印到a4紙上，卻發現消費總額為1080元，singo的老婆很詫異，以為出現了幻覺，幻讀就這樣產生了。
注：mysql的預設隔離級別就是repeatable read。
serializable 序列化
serializable是最高的事務隔離級別，同時代價也花費最高，效能很低，一般很少使用，在該級別下，事務順序執行，不僅可以避免髒讀、不可重複讀，還避免了幻像讀。
innodb引擎室mysql server中支援事務的儲存引擎之一，
自然也是支援四種事務隔離級別的
read uncommitted，
read commit，
repeatable read
serializable，
下面就分別最四種隔離級別在實現的鎖機制做乙個簡介：
serializable：
1:這種隔離級別對資料的要求最為嚴格，自然也是效能最差的一種隔離級別。
在所有的select語句中都是預設加了乙個lock in share mode的鎖，
2：在這種隔離級別中沒有一致讀的，所有的select都將返回最近的資料狀態。
3：由於這種隔離級別的對資料高度一致的嚴格，所以會產生很多的鎖，自然也會導致很多的死鎖，對效能的影響不言而喻。
repeatable read：
1：所有的select在第一次一致讀以後在事務中都會使用一樣的資料狀態快照。
2：update，delete都會使用間隙鎖來保證資料的安全。防止phantom。
3：這是採用最廣的事務隔離級別，也是mysql預設的事務隔離級別。
read commited:
1:每乙個select都會使用各自的資料狀態的快照。
2:如果當前的資料狀態已更新到最新，但是噹噹個select的時候仍然會產生不一致的資料狀態。
3:更少的間隙鎖意味著更少的死鎖。
4:唯一key的檢查在第二索引和其它外來鍵檢查的時候也會產生間隙所。（gap必須被鎖定以防止在parent row被刪除後仍在child row中插入相關資料）。
5:這種隔離級別也是使用的非常普遍的隔離級別尤其是在5.1以後的版本中。
6：徵對在5.0更早的版本中，可以通過innodb_locks_unsafe_for_binlog移除gap locking。
（in v5.1, most gap-locking is removed w/ this level, but you must use row-based logging/replication。）
read uncommitted：
1：這種隔離級別幾乎不被使用，在selelct將會看到各種奇怪的資料現象，當然包括其它事務還未提交的資料。
事務的隔離級別舉例 事務的隔離級別
乙個事務是乙個完整的業務邏輯單元，不能再分，要麼全部執行成功，要麼全部失敗。比如 a給b轉賬100元，a的銀行卡就會少100元，b的銀行卡就會多100元，整個過程要麼全部執行成功，要麼全部失敗。a 原子性。事務是最小的業務邏輯單元。b 一致性。乙個事務必須保證多條dml語句同時成功或失敗。c 隔離性...
事務的隔離級別舉例 JDBC 事務隔離級別
本文總結了 jdbc 事務隔離級別。事務隔離級別定義了在乙個事務中，哪些資料是對當前執行的語句 可見 的。在併發訪問資料庫時，事務隔離級別定義了多個事務之間對於同個目標資料來源訪問時的可交叉程度。可交叉程度可分為以下幾類。可交叉程度 dirty reads 髒讀 當乙個事務能看見另外乙個事務未提交的...
事務的隔離級別舉例 JDBC事務隔離級別
一組要麼同時執行成功，要麼同時執行失敗的sql語句。是資料庫操作的乙個執行單元。斷開與資料庫的連線 表示乙個事務內的所有操作是乙個整體，要麼全部成功，要麼全部失敗 表示乙個事務內有乙個操作失敗時，所有的更改過的資料都必須回滾到修改前狀態 事務檢視資料時資料所處的狀態，要麼是另一併發事務修改它之前的狀...