• Atomic(原子性)：事務中包括的操作被看做是1個邏輯單元，這個邏輯單元中的操作要末全部履行成功，要末全部履行失敗。
• Consistentcy(1致性)：只的合法的數據可以被寫入數據庫，否則事務應當將其回滾到最初的狀態。
• Isolation(隔離性)：事務允許多個用戶對同1個數據進行并發訪問，而不破壞數據的正確性和完全性。同時，并行事務的修改必須與其他并行事務的修改相互獨立。
• Durability(持久性)：事務結束后，事務處理的結果必須能夠得到固化。

√: 可能出現    ×: 不會出現

注意：我們討論隔離級別的場景，主要是在多個事務并發的情況下，因此，接下來的講授都圍繞事務并發。

Read uncommitted 讀未提交

公司發工資了，領導把5000元打到singo的賬號上，但是該事務并未提交，而singo正好去查看賬戶，發現工資已到賬，是5000元整，非常高興。可是不幸的是，領導發現發給singo的工資金額不對，是2000元，因而迅速回滾了事務，修改金額后，將事務提交，最后singo實際的工資只有2000元，singo空歡樂1場。

出現上述情況，即我們所說的臟讀，兩個并發的事務，“事務A：領導給singo發工資”、“事務B：singo查詢工資賬戶”，事務B讀取了事務A還沒有提交的數據。

當隔離級別設置為Read uncommitted時，便可能出現臟讀，如何避免臟讀，請看下1個隔離級別。

Read committed 讀提交

singo拿著工資卡去消費，系統讀取到卡里確切有2000元，而此時她的老婆也正好在網上轉賬，把singo工資卡的2000元轉到另外一賬戶，并在singo之條件交了事務，當singo扣款時，系統檢查到singo的工資卡已沒有錢，扣款失敗，singo10分疑惑，明明卡里有錢，為什么......

出現上述情況，即我們所說的不可重復讀，兩個并發的事務，“事務A：singo消費”、“事務B：singo的老婆網上轉賬”，事務A事前讀取了數據，事務B緊接了更新了數據，并提交了事務，而事務A再次讀取該數據時，數據已產生了改變。

當隔離級別設置為Read committed時，避免了臟讀，但是可能會造成不可重復讀。

大多數數據庫的默許級別就是Read committed，比如Sql Server , Oracle。如何解決不可重復讀這1問題，請看下1個隔離級別。

Repeatable read 重復讀

當隔離級別設置為Repeatable read時，可以免不可重復讀。當singo拿著工資卡去消費時，1旦系統開始讀取工資卡信息（即事務開始），singo的老婆就不可能對該記錄進行修改，也就是singo的老婆不能在此時轉賬。

雖然Repeatable read避免了不可重復讀，但還有可能出現幻讀。

singo的老婆工作在銀行部門，她經常通過銀行內部系統查看singo的信譽卡消費記錄。有1天，她正在查詢到singo當月信譽卡的總消費金額（select sum(amount) from transaction where month = 本月）為80元，而singo此時正好在外面胡吃海塞后在收銀臺買單，消費1000元，即新增了1條1000元的消費記錄（insert transaction ... ），并提交了事務，隨后singo的老婆將singo當月信譽卡消費的明細打印到A4紙上，卻發現消費總額為1080元，singo的老婆很驚訝，以為出現了幻覺，幻讀就這樣產生了。

注：Mysql的默許隔離級別就是Repeatable read。

Serializable 序列化

Serializable是最高的事務隔離級別，同時期價也花費最高，性能很低，1般很少使用，在該級別下，事務順序履行，不但可以免臟讀、不可重復讀，還避免了幻像讀。