這篇文章主要介紹“MySQL的Binlog日志工具舉例分析”，在日常操作中，相信很多人在MySql的Binlog日志工具舉例分析問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”MySql的Binlog日志工具舉例分析”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

創(chuàng)新互聯(lián)建站致力于網(wǎng)站設計制作、網(wǎng)站設計,成都網(wǎng)站設計,集團網(wǎng)站建設等服務標準化，推過標準化降低中小企業(yè)的建站的成本，并持續(xù)提升建站的定制化服務水平進行質(zhì)量交付，讓企業(yè)網(wǎng)站從市場競爭中脫穎而出。 選擇創(chuàng)新互聯(lián)建站，就選擇了安全、穩(wěn)定、美觀的網(wǎng)站建設服務！

Canal

定位：基于數(shù)據(jù)庫增量日志解析，提供增量數(shù)據(jù)訂閱&消費，目前主要支持了mysql。

原理：

• canal模擬mysql slave的交互協(xié)議，偽裝自己為mysql slave，向mysql master發(fā)送dump協(xié)議

• mysql master收到dump請求，開始推送binary log給slave(也就是canal)

• canal解析binary log對象(原始為byte流)

•  Connection獲取上一次解析成功的位置（如果第一次啟動，則獲取初始制定的位置或者是當前數(shù)據(jù)庫的binlog位點）

• Connection建立連接，發(fā)生BINLOG_DUMP命令

• Mysql開始推送Binary Log

• 接收到的Binary Log通過Binlog parser進行協(xié)議解析，補充一些特定信息

• 傳遞給EventSink模塊進行數(shù)據(jù)存儲，是一個阻塞操作，直到存儲成功

• 存儲成功后，定時記錄Binary Log位置

   

• 數(shù)據(jù)過濾：支持通配符的過濾模式，表名，字段內(nèi)容等

• 數(shù)據(jù)路由/分發(fā)：解決1:n (1個parser對應多個store的模式)

• 數(shù)據(jù)歸并：解決n:1 (多個parser對應1個store)

• 數(shù)據(jù)加工：在進入store之前進行額外的處理，比如join

Maxwell

• 源與消費者之間的隔離

• 保證按順序和至少一次交付具有高可用性

• 從更改流中的任意時間點開始消耗，包括整個數(shù)據(jù)的完全引導功能。

• 分區(qū)消費

• 源一致性保存

到此，關于“MySql的Binlog日志工具舉例分析”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
網(wǎng)頁題目：MySql的Binlog日志工具舉例分析
鏈接地址：http://weahome.cn/article/pichhi.html