事務
簡單來說，事務就是要保證一組數據庫操作，要麼全部成功，要麼全部失敗。
在MySQL中，事務支持是在引擎層實現的。而MySQL原生的MyISAM引擎就不支持事務，這也是MyISAM被InnoDB取代的重要原因之一。
一、隔離性與隔離級別
提到事務，我們肯定會想到ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔離性、持久性），我們就來說說其中I，也就是“隔離性”。
當數據庫上有多個事務同時執行的時候，就可能出現髒讀（dirty read）、不可重複讀（non-repeatable read）、幻讀（phantom read）的問題，爲了解決這些問題，就有了“隔離級別”的概念。
1. 有哪些事務隔離級別
我們要知道事務隔離得越嚴實，效率就會越低。因此很多時候，我們都要在二者之間尋找一個平衡點。SQL標準的事務隔離級別包括：讀未提交（read uncommitted）、讀提交（read committed）、可重複讀（repeatable read）和串行化（serializable ）。下面逐一解釋：
- 讀未提交是指，一個事務還沒提交時，它做的變更就能被別的事務看到。
- 讀提交是指，一個事務提交之後，它做的變更纔會被其他事務看到。
- 可重複讀是指，一個事務執行過程中看到的數據，總是跟這個事務在啓動時看到的數據是一致的。當然在可重複讀隔離級別下，未提交變更對其他事務也是不可見的。
- 串行化，顧名思義是對於同一行記錄，“寫”會加“寫鎖”，“讀”會加“讀鎖”。當出現讀寫鎖衝突的時候，後訪問的事務必須等前一個事務執行完成，才能繼續執行。
2. 舉個例子：
我們來看看在不同的隔離級別下，事務A會有哪些不同的返回結果，也就是圖裏面V1、V2、V3的返回值分別是什麼。
- 若隔離級別是“讀未提交”， 則V1的值就是2。這時候事務B雖然還沒有提交，但是結果已經被A看到了。因此，V2、V3也都是2。
- 若隔離級別是“讀提交”，則V1是1，V2的值是2。事務B的更新在提交後才能被A看到。所以， V3的值也是2。
- 若隔離級別是“可重複讀”，則V1、V2是1，V3是2。之所以V2還是1，遵循的就是這個要求：事務在執行期間看到的數據前後必須是一致的。
- 若隔離級別是“串行化”，則在事務B執行“將1改成2”的時候，會被鎖住。直到事務A提交後，事務B纔可以繼續執行。所以從A的角度看， V1、V2值是1，V3的值是2。
3. 實現原理
在實現上，數據庫裏面會創建一個視圖，訪問的時候以視圖的邏輯結果爲準。在“可重複讀”隔離級別下，這個視圖是在事務啓動時創建的，整個事務存在期間都用這個視圖。在“讀提交”隔離級別下，這個視圖是在每個SQL語句開始執行的時候創建的。這裏需要注意的是，“讀未提交”隔離級別下直接返回記錄上的最新值，沒有視圖概念；而“串行化”隔離級別下直接用加鎖的方式來避免並行訪問。
總結來說，哪個隔離級別都有它自己的使用場景，你要根據自己的業務情況來定。
二、事務隔離的實現
在MySQL中，實際上每條記錄在更新的時候都會同時記錄一條回滾操作。(redo log\binlog)記錄上的最新值，通過回滾操作，都可以得到前一個狀態的值。
什麼時候刪除呢？在不需要的時候才刪除。也就是說，系統會判斷，當沒有事務再需要用到這些回滾日誌時，回滾日誌會被刪除。
並且建議儘量不要使用長事務。長事務意味着系統裏面會存在很老的事務視圖。由於這些事務隨時可能訪問數據庫裏面的任何數據，所以這個事務提交之前，數據庫裏面它可能用到的回滾記錄都必須保留，這就會導致大量佔用存儲空間。