為什么要有事務？
- 當需要對一個數據表進行一系列多個操作的情況下，為了防止這些操作中一部分操作成功，而另一部分操作失敗，從而導致數據不正確，我們就需要事務來控制了。
- 當兩個人或者多個人同時操作同一條數據的時候，會有數據的不統一或者造成幻覺現象，我們就需要事務來控制了。
什么是事務
事務是邏輯上的一組操作，要么都執行，要么都不執行。
假如張三給李四轉賬100塊，這就等價于張三余額減少100，李四的余額增加100.假如系統在張三減少100元之后崩潰了，導致張三余額減少而李四沒有增加，那很明顯就出問題了。
所以這里就需要 「 事務控制 」 。事務就是保證你這一系列操作要么都成功，要么都失敗。
事務的特性（ACID）
- 原子性: 事務是最小的單位，不允許分割。事務的原子性確保動作要么全部完成，要么全部失敗。
- 一致性: 執行事務前后，數據保持一致。例如轉賬業務中，無論事務成功與否，轉賬人和收款人的總金額是不變的。
- 隔離性: 并發訪問數據庫時，一個用戶的事務不被其它事務所干擾。各并發事務之間數據庫是獨立的。
- 持久性: 一個事務被提交之后，它對數據庫的改變是持久的，即使數據庫發生故障也不應該對其有任何影響。
并發事務帶來的問題
數據庫并發經常會出現以下幾個問題，也是數據庫事務面試經常會問到的重點:
- 臟讀(Dirty Read): 指當一個事務正在訪問數據，并且對數據進行了修改，而這種修改還沒有提交到數據庫中，這時，另外一個事務也訪問這個數據，然后使用了這個數據。因為這個數據是還沒有提交的數據，那么另外一個事務讀到的這個數據是臟數據，依據臟數據所做的操作可能是不正確的。
事務T1將某一值修改，然后事務T2讀取該值，此后T1因為某種原因撤銷對該值的修改，這就導致了T2所讀取到的數據是無效的。
- 不可重復讀(Unrepeatable Read): 在一個事務內，多次讀同一個數據。在這個事務還沒有結束時，另一個事務也訪問該同一數據并修改數據。那么，在第一個事務的兩次讀數據之間。由于另一個事務的修改，那么第一個事務兩次讀到的數據可能不一樣，這樣就發生了在一個事務內兩次讀到的數據是不一樣的，因此稱為不可重復讀，即原始讀取不可重復。
事務T1讀取某一數據，事務T2讀取并修改了該數據，T1為了對讀取值進行檢驗而再次讀取該數據，便得到了不同的結果
- 幻讀(Phantom read): 當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，比如這種修改涉及到表中的“全部數據行”。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入“一行新數據”。那么，以后就會發生操作第一個事務的用戶發現表中還存在沒有修改的數據行，就好像發生了幻覺一樣。
事務A讀取與搜索條件相匹配的若干行。事務B以插入或刪除行等方式來修改事務A的結果集，然后再提交。
不可重復讀和幻讀
不可重復讀的重點是修改，幻讀的重點在于新增或刪除。
例子 (同樣的查詢條件，你讀取過一次，再次讀取出來看到數據不一致) : 事務a中張三查看自己的工資是3000元，還未提交事務，事務b中老板給張三發了3000元工資，導致張三還未提交，查詢第二次的時候發現工資變成了6000；這就是不可重復讀。
例子 (同樣的條件，讀取出來的數據數量不一致): 假設有個商品庫，事務a讀取了所有的可口可樂牌的飲料，統一修改價格為5元，這時候事務b新增了一條可口可樂牌的飲料，價格為2.5元。事務a再次讀取時查看記錄多了一條2.5元的可口可樂飲料(剛剛明明把所有可口可樂相關的都改成了5元的)，這樣就導致了幻讀。
事務的隔離級別
SQL標準定義了四個隔離級別:
- 讀未提交: 最低的隔離級別，允許讀取尚未提交的數據變更， 「 該級別可能會導致臟讀、幻讀或不可重復讀 」 。
- 讀已提交: 允許讀取并發事務已經提交的數據， 「 可以阻止臟讀，但是幻讀和不可重復讀仍會發生 」 。
- 可重復讀: 對同一字段的多次讀取結果是一致的，除非數據是本身事務自己所修改， 「 可以阻止臟讀和不可重復讀，但是幻讀仍有可能發生 」 。
- 可串行化: 最高隔離級別，完全服從ACID的隔離級別。所有事務依次執行，這樣事務之間相互不可能存在干擾，即 「 防止了臟讀、不可重復讀和幻讀 」 。
| 隔離級別 | 臟讀 | 不可重復讀 | 幻讀 |
|---|---|---|---|
| 讀未提交 | true | true | true |
| 讀已提交 | false | true | true |
| 可重復讀 | false | false | true |
| 可串行化 | false | false | false |
MySQL InnoDB存儲引擎的默認支持的隔離級別是 REPEATABLE-READ(可重復讀) 。 可以通過
SELECT @@tx_isolation;命令查看。(MySQL:5.7)
mysql> SELECT @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
這里需要注意的是：與 SQL 標準不同的地方在于InnoDB 存儲引擎在 REPEATABLE-READ（可重讀） 事務隔離級別下使用的是 Next-Key Lock 鎖算法，因此可以避免幻讀的產生，這與其他數據庫系統(如 SQL Server)是不同的。所以說InnoDB 存儲引擎的默認支持的隔離級別是 REPEATABLE-READ（可重讀） 已經可以完全保證事務的隔離性要求，即達到了 SQL標準的 SERIALIZABLE(可串行化) 隔離級別。
因為隔離級別越低，事務請求的鎖越少，所以大部分數據庫系統的隔離級別都是 READ-COMMITTED(讀已提交) 。但是你要知道的是InnoDB存儲引擎默認使用 REPEATABLE-READ（可重讀） 并不會有任何性能損失。
InnoDB 存儲引擎在 分布式事務 的情況下一般會用到 SERIALIZABLE(可串行化) 隔離級別。
都結合網上資料加上自己的一些理解，如果有影響到他人的地方，可以聯系我：fzfz2007@163.com
