面試官：爲何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的練級攻略