面試官：為什麼Mysql innoDB是兩段式提交？
Mysql的日誌模組尤為重要，平日的crash-safe和主從都依賴我們的日誌模組。
Mysql innoDB日誌
Mysql innoDB有兩個日誌模組：redolog 和 binlog
咱們先看一下redolog。
redolog中文來講就是重做日誌，它有什麼用呢？如果每次你的更新或者插入都寫入磁碟的話那這個IO成本就比較大了，所以InnoDB就把記錄先記錄在redolog中，並同時更新到記憶體中，這樣就完成了一次更新或插入了！
而且redolog是迴圈寫的，也就是有固定大小的 ，當快寫滿的時候mysql就會把把一些記錄更新到磁碟中，然後清除更新的那些redolog，給之後的記錄騰出空間。
binlog也就是歸檔日誌，它又是什麼用呢？顧名思義它的主要作用就是歸檔(還有主從)！有三種模式：
statement:記錄每一條除了查詢之外語句。
row:記錄每一行記錄修改的形式，也就是記錄了哪一行改了，改了啥!就比如你update了100條記錄，那它就會記錄這100條記錄改了啥(5.1.5版本才有)
mixed：就是statement和row的混合了，由mysql來判斷這條語句用哪種形式記錄！(5.1.8版本才有)
binlog沒有固定大小，每次都是追加記錄不會覆蓋之前的。
還有一點，redolog只有InnoDB才有，它是存在引擎層的，而binlog是存在Server層的。所以如果你用的儲存引擎的MyISAM,那麼你就沒有redolog了！
兩段式提交
接下來我們再說說兩段式提交。
兩段式提交，就是我們先把這次更新寫入到redolog中，並設redolog為prepare狀態，然後再寫入binlog,寫完binlog之後再提交事務，並設redolog為commit狀態。也就是把relolog拆成了prepare和commit兩段！
為啥要這樣做？
其實redolog是後來才加上的，binlog是之前就有的。一開始儲存引擎只有MyISAM,後來才有的InnoDB,然後MyISAM沒有事務，沒有crash-safe的能力。所以InnoDB搞了個redolog。然後為了保證兩份日誌同步，所以才有了兩段式提交 。
你假設一下如果先儲存好redolog,然後再記錄binlog。如果redolog寫好了之後掛了。ok你看起來好像是沒問題了，但是你的binlog還沒記錄，所以這條記錄就少了！如果你備份這份binlog之後，你這條記錄就永遠的少了！
那如果先寫binlog再寫redolog呢？那binlog寫完了，你資料庫掛了，那redolog是不是沒有，沒有的意思就是你以前你沒更新成功。但是binlog已經記錄好了，在它那邊反正是成功了，所以那備份的binlog也不對！
綜上所述：兩段式提交！
如果有錯誤歡迎指正！
個人公眾號：yes的練級攻略