binlog日誌是mysql的二進位制日誌，記錄了所有的DDL（資料定義語言）語句和DML（資料操作語言）語句，但是不包括資料查詢語句，語句是以“事件”的形式儲存的，它描述資料更改的過程。該日誌的兩個主要功能是：資料的恢復與資料的複製。

binlog引數
log_bin 設定此引數表示啟用binlog功能，並指定路徑名稱

log_bin_index 設定此引數是指定二進位制索引檔案的路徑與名稱

binlog_do_db 此引數表示只記錄指定資料庫的二進位制日誌

binlog_ignore_db 此引數表示不記錄指定的資料庫的二進位制日誌

max_binlog_cache_size 此引數表示binlog使用的記憶體最大的尺寸

binlog_cache_size 此引數表示binlog使用的記憶體大小，可以通過狀態變數binlog_cache_use和binlog_cache_disk_use來幫助測試。

binlog_cache_use：使用二進位制日誌快取的事務數量

binlog_cache_disk_use:使用二進位制日誌快取但超binlog_cache_size值並使用臨時檔案來儲存事務中的語句的事務數量

max_binlog_size Binlog最大值，最大和預設值是1GB，該設定並不能嚴格控制Binlog的大小，尤其是Binlog比較靠近最大值而又遇到一個比較大事務時，為了保證事務的完整性，不可能做切換日誌的動作，只能將該事務的所有SQL都記錄進當前日誌，直到事務結束

sync_binlog 這個引數直接影響mysql的效能和完整性
sync_binlog=0：當事務提交後，Mysql僅僅是將binlog_cache中的資料寫入Binlog檔案，但不執行fsync之類的磁碟 同步指令通知檔案系統將快取重新整理到磁碟，而讓Filesystem自行決定什麼時候來做同步，這個是效能最好的。
sync_binlog=n，在進行n次事務提交以後，Mysql將執行一次fsync之類的磁碟同步指令，同志檔案系統將Binlog檔案快取重新整理到磁碟。
Mysql中預設的設定是sync_binlog=0，即不作任何強制性的磁碟重新整理指令，這時效能是最好的，但風險也是最大的。一旦系統繃Crash，在檔案系統快取中的所有Binlog資訊都會丟失

binglog_format 可選值有statement（記錄邏輯sql語句）、row（記錄表的行更動情況）、mixed

查一下binlog日誌相關的引數

mysql> show variables like '%binlog%';

上面那麼多引數其實不需要都配置，我一般配置以下幾個引數

#log-bin設定此引數表示啟用binlog功能，並指定路徑名稱
log-bin=/var/lib/mysql/mysql-bin
sync_binlog=0
#binlog_cache_size此引數表示binlog使用的記憶體大小
binlog_cache_size=1M

binlog_cache_size：預設大小是37268即32K，正常情況下設定為1M就可以了，如果系統事務多可以設定為2到4M。
max_binlog_cache_size: 預設值是18446744073709547520，這個值很大，夠我們使用的了，所以不需要設定。
注意：快取大小主從伺服器要設定的一致，如果不一致會有快取溢位問題。

sync_binlog設為0是出於系統性能考慮，如果系統有資料安全要求，可以設定1以上的值

binlog_do_db 和binlog_ignore_db建議不要配置，設定後會出現部分資料不能同步的問題，請看下面的例子

$ mysql
mysql> delete from garbage.junk;
mysql> use garbage;
mysql> update production.users set disabled = 1 where user = "root";

複製會broke2次, 第一次，因為 slave嘗試著去之西你給第一條語句，但是slave上並沒有這樣的表"garbage.junk" , 第二次, 隱含的, 因為 對 production.users不會被 複製,因為 root帳號並沒有在slave上被禁用掉.
為什麼? 因為 binlog-ignore-db 並不像你想的那樣執行, 我之前說的, "在garbage資料庫中的資料不會被複制" 是錯的, 實際上(資料庫)並沒有這麼做.事實上, 他是通過預設的資料庫為“garbage" 的連線, 過濾二進位制的(SQL)語句日誌的. 換句話說, 過濾不是基於 查詢的字串的, 而實際於你used的資料庫.
其他我提到的配置選項也都類似. binlog-do-db 和 binlog-ignore-db 語句是特別危險的，因為他們將語句寫入了二進位制日誌. 意味著你不能使用二進位制日誌從備份恢復指定時間的資料.
在嚴格控制的環境中, 這些選項是很有用的，但是我不會談論這些。

安全的替換方案是 在 slave上配置過濾, 使用基於查詢中真正涉及到的表的選項, 例如replicate-wild-* 選項

#指定需要同步的表
replicate-wild-do-table=ljzxdb.%