### InnoDB事務原理 Innodb事務的ACID是通過InnoDB日志和鎖來保證。事務的隔離性是通過數據庫鎖的機制實現的，持久性通過RedoLog（重做日志）來實現，原子性和一致性通過UndoLog來實現。 UndoLog的原理很簡單，為了滿足事務的原子性，在操作任何數據之前，首先將數據備份到一個地方（這個存儲數據備份的地方稱為UndoLog）。然后進行數據的修改。 如果出現了錯誤或者用戶執行了Rollback語句，系統可以利用UndoLog中的備份將數據恢復到事務開始之前的狀態。 和UndoLog相反，RedoLog記錄的是新數據的備份。在事務提交前，只要將RedoLog持久化即可，不需要將數據持久化。 當系統崩潰時，雖然數據沒有持久化，但是RedoLog已經持久化。系統可以根據RedoLog的內容，將所有數據恢復到最新的狀態。 SQL 標準定義了四個隔離級別： READ-UNCOMMITTED(讀取未提交)： 最低的隔離級別，允許讀取尚未提交的數據變更，可能會導致臟讀、幻讀或不可重復讀。 READ-COMMITTED(讀取已提交)： 允許讀取并發事務已經提交的數據，可以阻止臟讀，但是幻讀或不可重復讀仍有可能發生。 REPEATABLE-READ(可重復讀)： 對同一字段的多次讀取結果都是一致的，除非數據是被本身事務自己所修改，可以阻止臟讀和不可重復讀，但幻讀仍有可能發生。 SERIALIZABLE(可串行化)： 最高的隔離級別，完全服從ACID的隔離級別。所有的事務依次逐個執行，這樣事務之間就完全不可能產生干擾，也就是說，該級別可以防止臟讀、不可重復讀以及幻讀 | 隔離級別 | 臟讀 | 不可重復讀 | 幻影讀 | | --- | --- | --- | --- | | READ-UNCOMMITTED | √ | √ | √ | | READ-COMMITTED | × | √ | √ | | REPEATABLE-READ | × | × | √ | | SERIALIZABLE | × | × | × | MySQL InnoDB 存儲引擎的默認支持的隔離級別是**REPEATABLE-READ（可重讀）**。我們可以通過`SELECT @@tx_isolation;`命令來查看 ``` mysql> SELECT @@tx_isolation; +-----------------+ | @@tx_isolation | +-----------------+ | REPEATABLE-READ | +-----------------+ ``` InnoDB 存儲引擎在**REPEATABLE-READ（可重讀）**事務隔離級別下使用的是Next-Key Lock 鎖算法，因此可以避免幻讀的產生，這與其他數據庫系統(如 SQL Server)是不同的。所以說InnoDB 存儲引擎的默認支持的隔離級別是**REPEATABLE-READ（可重讀）**已經可以完全保證事務的隔離性要求，即達到了 SQL標準的**SERIALIZABLE(可串行化)**隔離級別