我們都知道binlog_format有三種可選配置:STATEMENT、ROW、MIXED,相應地,基于這三種模式的Replication分別稱為SBR(STATEMENT BASED Replication)、RBR、MBR。 同時,我們也知道,MySQL Replication可以支持比較靈活的binlog規則,可以設置某些庫、某些表記錄或者忽略不記錄。
通常地,我們強烈建議不要設置這些規則,默認都記錄就好,在Slave上也是如此,默認所有庫都進行Replicate,不要設置DO、IGNORE、REWRITE規則。 如果非要設置這些規則的話,可能會導致某些場景下或者某些特定的SQL無法被記錄,就需要特別注意了。
我經過比較簡單的測試,不同的binlog_format可能會導致某些SQL不被記錄的情況總結如下:
[](https://box.kancloud.cn/2015-07-29_55b8749378beb.png)
上面的測試區分了兩種模式,一種是連接時指定了其他數據庫,一種是連接時未指定任何數據庫,相當于下面的兩種方式:
~~~
#假設do/ignore規則中的DB名字叫DoDB/IgnoreDB/RewriteDB的話,OtherDB是規則之外的其他DB
#一種是:連接時指定了do/ignore/rewrite規則之外的其他DB
mysql -h host -u user -p passwd -p port -A OtherDB
#還有一種是:連接時不指定任何DB
mysql -h host -u user -p passwd -p port -A
#tips,加上 -A 是--no-auto-rehash的縮寫,其作用是連接后不讀取數據庫、表、字段信息。與其相反的選項是?--auto-rehash,也就是連接后會讀取數據庫、表、字段信息,以便自動補齊。
~~~
更多情況請讀者自行進行測試吧 :)
- 前言
- 為什么InnoDB表要建議用自增列做主鍵
- 線上環境到底要不要開啟query cache
- MySQL復制中slave延遲監控
- 如何安全地關閉MySQL實例
- 如何查看當前最新事務ID
- 從MyISAM轉到InnoDB需要注意什么
- 5.6版本GTID復制異常處理一例
- 不同的binlog_format會導致哪些SQL不會被記錄
- Spring框架中調用存儲過程失敗
- 如何將兩個表名對調
- mysqldump加-w參數備份
- 使用mysqldump備份時為什么要加上 -q 參數
- 修改my.cnf配置不生效
- 什么情況下會用到臨時表
- profiling中要關注哪些信息
- EXPLAIN結果中哪些信息要引起關注
- processlist中哪些狀態要引起關注
- MySQL無法啟動例一
- pt-table-checksum工具使用報錯一例
- 為什么要關閉query cache,如何關閉
- MySQL聯合索引是否支持不同排序規則
- SAVEPOINT語法錯誤一例
- 你所不知的table is full那些事
- 大數據量時如何部署MySQL Replication從庫
- 內存溢出案例