MySQL日志之redolog和binlog的區(qū)別是什么

這篇文章主要介紹了MySQL日志之redo log和binlog的區(qū)別是什么，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

在瑪曲等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè) 網(wǎng)站設(shè)計(jì)制作定制網(wǎng)站制作,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站制作,全網(wǎng)營銷推廣,外貿(mào)網(wǎng)站建設(shè),瑪曲網(wǎng)站建設(shè)費(fèi)用合理。

redo log和binlog的區(qū)別

redo log

在MySQL中，如果你要更新一條語句，需要帶更新條件，比如update T set name = ‘god-jiang’ where id=6，一般都是先查詢到id=6的語句，然后再進(jìn)行更新操作。

如果更新的數(shù)量是100條，1000條甚至10000條的時候，每一次更新都需要寫到磁盤上。然后磁盤也要找到對應(yīng)的記錄，然后再更新，整個過程IO成本、查找成本太大，為了解決這個問題，MySQL的設(shè)計(jì)者采用了WAL技術(shù)來解決。WAL全稱是Write Ahead Logging，意思就是先寫日志，再寫磁盤。

具體操作：當(dāng)有一條記錄需要更新的時候，InnoDB引擎會先把記錄寫到redo log中，并更新內(nèi)存，這個時候更新就算完成了。同時，InnoDB引擎會在適當(dāng)?shù)臅r候（系統(tǒng)空閑時），將這個操作記錄更新到磁盤中，這個更新往往是在系統(tǒng)比較空閑的時候。

但是redo log的大小是固定的，不可能一直無限寫，讓我們看下MySQL怎么做到的吧。

write pos是當(dāng)前記錄的位置，一邊寫一邊往后移動。check point是當(dāng)前要擦除的位置，也是往后移動并且循環(huán)的，擦除記錄之前要把記錄更新到數(shù)據(jù)文件中。

write pos與check point之間綠色的部分表示可以記錄新的操作。如果write pos追上了check point，表示redo log滿了，這個時候就不能繼續(xù)執(zhí)行新的操作，需要停下擦除一些記錄，并且把check point往后推進(jìn)。

有了redo log，InnoDB可以保證即使數(shù)據(jù)庫發(fā)現(xiàn)異常重啟了，也不會丟失之前提交的事務(wù)，這個能力也被稱為crash-safe。

以上就是redo log的介紹，看完了之后，你可以試著去問一下你公司的DBA同事，MySQL是否可以恢復(fù)到半個月內(nèi)任意一秒的狀態(tài)，得到的答案肯定是可以的，這都要?dú)w功于redo log的功勞。

binlog

從MySQL整體來看，其實(shí)分為兩層，一層是Server層，一層是存儲引擎層。上面聊到的redo log就是屬于InnoDB引擎特有的日志，而binlog是屬于Server層的日志，也稱為歸檔日志。

redo log和binlog的區(qū)別

• redo log是InnoDB引擎特有的；binlog是MySQL的Server層實(shí)現(xiàn)的，所有引擎都可以使用

• redo log是物理日志，記錄的是“在XXX數(shù)據(jù)頁上做了XXX修改”；binlog是邏輯日志，記錄的是原始邏輯，其記錄是對應(yīng)的SQL語句

• redo log是循環(huán)寫的，空間一定會用完，需要write pos和check point搭配；binlog是追加寫，寫到一定大小會切換到下一個，并不會覆蓋以前的日志

通過簡單的更新語句演示執(zhí)行器和InnoDB引擎的內(nèi)部流程

update T set name = 'god-jiang' where id = 6

1. 通過執(zhí)行器從InnoDB引擎取出id=6的記錄，然后加載到內(nèi)存中

2. 執(zhí)行器拿到引擎返回的結(jié)果，把name修改為’god-jiang’，再重新調(diào)用存儲引擎的接口寫入新數(shù)據(jù)

3. 引擎將新數(shù)據(jù)更新到內(nèi)存中，同時將這個更新操作寫到redo log中，此時redo log處于prepare狀態(tài)

4. 執(zhí)行器生成這個操作的binlog，并把binlog寫到磁盤中

5. 執(zhí)行器調(diào)用引擎提交事務(wù)的接口，并且把剛剛寫入的redo log改為commit狀態(tài)，更新完成

對應(yīng)的流程圖

最后為什么寫入redo log會處于prepare狀態(tài)，然后寫入binlog還要變成commit狀態(tài)？其實(shí)這個過程就叫做“兩階段提交”。

兩階段提交

其實(shí)redo log和binlog都可以用于表示事務(wù)的提交的狀態(tài)，而兩階段提交就是讓這兩個狀態(tài)保持邏輯上的一致。

舉例子：update T set name = ‘god-jiang’ where id = 6沒有兩階段提交會發(fā)生什么？

先寫redo log后寫binlog。假設(shè)寫完了redo log，binlog還沒有寫完，這個時候MySQL異常重啟。因?yàn)閞edo log寫完了，恢復(fù)系統(tǒng)的時候name=‘god-jiang’。但是binlog沒有寫完，所以binlog沒有記錄這條語句，這個時候用binlog恢復(fù)數(shù)據(jù)的時候，恢復(fù)出來的name就是原來值，與redo log不同。

同理可得，先寫binlog后寫redo log也會發(fā)現(xiàn)兩個日志恢復(fù)的數(shù)據(jù)不同。這個不一致會導(dǎo)致線上出現(xiàn)主從不一致的情況。

總結(jié)

• redo log可以保存crash-safe能力，可以保證MySQL異常重啟數(shù)據(jù)不丟失

• binlog可以記錄對應(yīng)的SQL語句，也可以保證MySQL異常重啟數(shù)據(jù)不丟失

• 提交事務(wù)的兩階段提交，可以維持?jǐn)?shù)據(jù)邏輯一致性

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“MySQL日志之redo log和binlog的區(qū)別是什么”這篇文章對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!

網(wǎng)頁名稱：MySQL日志之redolog和binlog的區(qū)別是什么
URL地址：http://muchs.cn/article14/pppjge.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供做網(wǎng)站、全網(wǎng)營銷推廣、云服務(wù)器、手機(jī)網(wǎng)站建設(shè)、商城網(wǎng)站、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)