從網絡上帖子總結
什麼是事務
事務是應用程序中一系列嚴密的操做，全部操做必須成功完成，不然在每一個操做中所做的全部更改都會被撤消。也就是事務具備原子性，一個事務中的一系列的操做要麼所有成功，要麼一個都不作。即 一系列相關的操做，要麼所有成功，要麼所有不執行。sql
事務的結束有兩種：數據庫
一、當事務中的全部步驟所有成功執行時，事務提交。網絡
二、若是其中一個步驟失敗，將發生回滾操做，撤消以前到事務開始時的全部操做。併發
即 全部的操做都成功執行纔會提交（提交完畢才屬於真正完成操做），不然回退全部動做，原始狀態。性能
事務的 ACID
事務具備四個特徵：spa
原子性（ Atomicity ）、一致性（ Consistency ）、隔離性（ Isolation ）和持續性（ Durability ）。3d
這四個特性簡稱爲 ACID 特性。blog
-
原子性。事務是數據庫的邏輯工做單位，事務中包含的各操做要麼都作，要麼都不作排序
一個事務就是一個原子，完整性，不會停留在某個中間狀態，要麼初始，要麼成功結束。事務
-
一致性。事務執行的結果必須是使數據庫從一個一致性狀態變到另外一個一致性狀態。所以當數據庫只包含成功事務提交的結果時，就說數據庫處於一致性狀態。若是數據庫系統運行中發生故障，有些事務還沒有完成就被迫中斷，這些未完成事務對數據庫所作的修改有一部分已寫入物理數據庫，這時數據庫就處於一種不正確的狀態，或者說是不一致的狀態。
數據庫應該無論多少併發事務執行，都應該保持一致性。
-
隔離性。一個事務的執行不能對其它事務造成干擾。即一個事務內部的操做及使用的數據對其它併發事務是隔離的，併發執行的各個事務之間不能互相干擾。
每一個之間互不影響，即便相同操做，也如同串行同樣，順序執行，同一時間一份數據執行。
持續性。也稱永久性，指一個事務一旦提交，它對數據庫中的數據的改變就應該是永久性的。接下來的其它操做或故障不該該對其執行結果有任何影響
提交完畢的事務不可回滾。覆水難收。
Mysql的四種隔離級別
SQL標準定義了4類隔離級別，包括了一些具體規則，用來限定事務內外的哪些改變是可見的，哪些是不可見的。低級別的隔離級通常支持更高的併發處理，並擁有更低的系統開銷。
Read Uncommitted（讀取未提交內容）
在該隔離級別，全部事務均可以看到其餘未提交事務的執行結果。本隔離級別不多用於實際應用，由於它的性能也不比其餘級別好多少。讀取未提交的數據，也被稱之爲髒讀（Dirty Read）。
就比如還沒肯定的消息，你卻先知道了發佈出去，最後又變動了，就是說瞎話了。常說的髒讀，讀到了還未提交的。
Read Committed（讀取提交內容）
這是大多數數據庫系統的默認隔離級別（但不是MySQL默認的）。它知足了隔離的簡單定義：一個事務只能看見已經提交事務所作的改變。這種隔離級別 也支持所謂的不可重複讀（Nonrepeatable Read），由於同一事務的其餘實例在該實例處理其間可能會有新的commit，因此同一select可能返回不一樣結果。
只能讀取到已經提交的事務。
Repeatable Read（可重讀）
這是MySQL的默認事務隔離級別，它確保同一事務的多個實例在併發讀取數據時，會看到一樣的數據行。不過理論上，這會致使另外一個棘手的問題：幻讀 （Phantom Read）。簡單的說，幻讀指當用戶讀取某一範圍的數據行時，另外一個事務又在該範圍內插入了新行，當用戶再讀取該範圍的數據行時，會發現有新的「幻影」 行。InnoDB和Falcon存儲引擎經過多版本併發控制（MVCC，Multiversion Concurrency Control）機制解決了該問題。
編者按：幻讀。讀到已提交的數據。
Serializable（可串行化）
這是最高的隔離級別，它經過強制事務排序，使之不可能相互衝突，從而解決幻讀問題。簡言之，它是在每一個讀的數據行上加上共享鎖。在這個級別，可能致使大量的超時現象和鎖競爭。
編者按：事務順序執行，沒有並行，徹底杜絕幻讀。
這四種隔離級別採起不一樣的鎖類型來實現，若讀取的是同一個數據的話，就容易發生問題。例如：
-
髒讀(Drity Read)：某個事務已更新一份數據，另外一個事務在此時讀取了同一份數據，因爲某些緣由，前一個RollBack了操做，則後一個事務所讀取的數據就會是不正確的。讀取到未提交事務的數據。讀取階段。
-
不可重複讀(Non-repeatable read):在一個事務的兩次查詢之中數據不一致，這多是兩次查詢過程當中間插入了一個事務更新的原有的數據。
-
幻讀(Phantom Read):在一個事務的兩次查詢中數據筆數不一致，例若有一個事務查詢了幾列(Row)數據，而另外一個事務卻在此時插入了新的幾列數據，先前的事務在接下來的查詢中，就有幾列數據是未查詢出來的，若是此時插入和另一個事務插入的同樣的數據，就會報錯。讀取到新提交的數據，發生在插入階段。
在MySQL中，實現了這四種隔離級別，分別有可能產生問題以下所示：
（一）、將A的隔離級別設置爲read uncommitted(未提交讀)
A：啓動事務，此時數據爲初始狀態
B：啓動事務，更新數據，但不提交
A：再次讀取數據，發現數據已經被修改了，這就是所謂的「髒讀」
B：回滾事務
A：再次讀數據，發現數據變回初始狀態
通過上面的實驗能夠得出結論，事務B更新了一條記錄，可是沒有提交，此時事務A能夠查詢出未提交記錄。形成髒讀現象。未提交讀是最低的隔離級別。
髒讀，讀取到未提交事務的數據。
（二）、將客戶端A的事務隔離級別設置爲read committed(已提交讀)
A：啓動事務，此時數據爲初始狀態
B：啓動事務，更新數據，但不提交
A：再次讀數據，發現數據未被修改
B：提交事務
A：再次讀取數據，發現數據已發生變化，說明B提交的修改被事務中的A讀到了，這就是所謂的「不可重複讀」
通過上面的實驗能夠得出結論，已提交讀隔離級別解決了髒讀的問題，可是出現了不可重複讀的問題，即事務A在兩次查詢的數據不一致，由於在兩次查詢之間事務B更新了一條數據。已提交讀只容許讀取已提交的記錄，但不要求可重複讀。
本次事務中不會讀取到其餘事務對相關數據作的改變，除非其餘事務提交。不可重複讀的意思就是說，若是另外一事務B有提交，則A事務中兩次讀會出現不一致。
(三)、將A的隔離級別設置爲repeatable read(可重複讀)
A：啓動事務，此時數據爲初始狀態
B：啓動事務，更新數據，但不提交
A：再次讀取數據，發現數據未被修改
B：提交事務
A：再次讀取數據，發現數據依然未發生變化，這說明此次能夠重複讀了
B：插入一條新的數據，並提交
A：再次讀取數據，發現數據依然未發生變化，雖然能夠重複讀了，可是卻發現讀的不是最新數據，這就是所謂的「幻讀」
A：提交本次事務，再次讀取數據，發現讀取正常了
由以上的實驗能夠得出結論，可重複讀隔離級別只容許讀取已提交記錄，並且在一個事務兩次讀取一個記錄期間，其餘事務不得更新該記錄。但該事務不要求與其餘事務可串行化。例如，當一個事務能夠找到由一個已提交事務更新的記錄，可是可能產生幻讀問題(注意是可能，由於數據庫對隔離級別的實現有所差異)。像以上的實驗，就沒有出現數據幻讀的問題。
本次事務中不會讀取到其餘提交的事務數據，當前事務結束後再次讀取會讀到最新數據。
(四)、將A的隔離級別設置爲可串行化(Serializable)
A：啓動事務，此時數據爲初始狀態
B：發現B此時進入了等待狀態，緣由是由於A的事務還沒有提交，只能等待（此時，B可能會發生等待超時）
A：提交事務
B：發現插入成功
serializable徹底鎖定字段，若一個事務來查詢同一份數據就必須等待，直到前一個事務完成並解除鎖定爲止。是完整的隔離級別，會鎖定對應的數據表格，於是會有效率的問題。
排隊，依次進行。
總結
一、事務具備四個特徵：
原子性（ Atomicity ）、一致性（ Consistency ）、隔離性（ Isolation ）和持續性（ Durability ）。
二、Mysql的四種隔離級別
（1）Read Uncommitted（讀取未提交內容）
A能夠讀取到B還未提交的事務。
（2）Read Committed（讀取提交內容）
A只能讀取到B已經提交的事務。而且A事務中兩次讀到的內容不一致，緣由就是B提交事務。
（3）Repeatable Read（可重讀）
A只能讀取到B已經提交的事務。而且A事務中兩次讀到的內容一致，A事務結束後再讀取會讀取到B提交事務。
（4）Serializable（可串行化）A事務未提交，B事務就等待。
三、髒讀、幻讀、不可重複讀
髒讀：讀到了還未提交事務的數據。
幻讀：兩次事務讀到的數據不一致。中間有新事務提交。
不可重複讀：一次事務中不容許屢次讀，會發生數據不一致。中間有新事務提交