共計 1217 個字符，預計需要花費 4 分鐘才能閱讀完成。

本篇文章給大家分享的是有關 MySQL 的 binlog 的格式及優缺點分別是什么呢，丸趣 TV 小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著丸趣 TV 小編一起來看看吧。

MySQL binlog 日志有三種格式，分別為 Statement,MiXED 和 ROW.

1.Statement：每一條會修改數據的 sql 都會記錄在 binlog 中。
優點:
binlog 文件較小
日志是包含用戶執行的原始 SQL, 方便統計和審計
出現最早，兼容較好
缺點：
存在安全隱患，可能導致主從不一致
對一些系統函數不能準確復制或是不能復制

2.ROW 不記錄 sql 語句上下文相關信息，僅保存哪條記錄被修改。
優點:
相比 statement 更加安全的復制格式
在某些情況下復制速度更快（SQL 復雜，表有主鍵）
系統的特殊函數也可以復制
更少的鎖
更新和刪除語句檢查是否有主鍵，如果有則直接執行，如果沒有，看是否有二級索引，如再沒有，則全表掃描
缺點：
binlog 比較大（myql5.6 支持 binlog_row_image）
單語句更新（刪除）表的行數過多，會形成大量 binlog
無法從 binlog 看見用戶執行 SQL（5.6 中增加 binlog_row_query_log_events 記錄用戶的 query）

3.Mixed: 是以上兩種 level 的混合使用，一般的語句修改使用 statment 格式保存 binlog，如一些函數，statement 無法完成主從復制的操作，則采用 row 格式保存 binlog,MySQL 會根據執行的每一條具體的 sql 語句來區分對待記錄的日志形式，也就是在 Statement 和 Row 之間選擇一種. 新版本的 MySQL 中隊 row level 模式也被做了優化，并不是所有的修改都會以 row level 來記錄，像遇到表結構變更的時候就會以 statement 模式來記錄。至于 update 或者 delete 等修改數據的語句，還是會記錄所有行的變更。
優點:
混合使用 row 和 statement 格式，對于 DDL 記錄 statument, 對于 table 里的行操作記錄為 row 格式。
如果使用 innodb 表，事務級別使用了 READ_COMMITTED or READ_UMCOMMITTED 日志級別只能使用 row 格式。
但是使用 ROW 格式中 DDL 語句還是會記錄成 statement 格式。
缺點:
mixed 模式中，那么在以下幾種情況下自動將 binlog 模式由 SBR 模式改成 RBR 模式。
當 DML 語句更新一個 NDB 表
當函數中包含 UUID 時
2 個及以上 auto_increment 字段的表被更新時
行任何 insert delayed 語句時
用 UDF 時
視圖中必須要求使用 RBR 時，例如創建視圖使用了 UUID()函數

以上就是 MySQL 的 binlog 的格式及優缺點分別是什么呢，丸趣 TV 小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注丸趣 TV 行業資訊頻道。