您好,登錄后才能下訂單哦!
你對Mysql日志模塊的理解以及什么是兩段式提交,相信很多沒有經驗的人對此束手無策,為此本文總結了問題出現的原因和解決方法,通過這篇文章希望你能解決這個問題。
Mysql的日志模塊尤為重要,平日的crash-safe和主從都依賴我們的日志模塊。
Mysql有兩個日志模塊: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也不對!
看完上述內容,你們掌握你對Mysql日志模塊的理解以及什么是兩段式提交的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。