一、二進制日誌記錄模式
binlog模式總共可分爲以下三種：row，statement，mixed
1.Row
日誌中會記錄成每一行數據被修改的形式，然後在slave端再對相同的數據進行修改，只記錄要修改的數據，只有value，不會有sql多表關聯的情況。
優點：在row模式下，bin-log中可以不記錄執行的sql語句的上下文相關的信息，僅僅只需要記錄那一條記錄被修改了，修改成什麼樣了，所以row的日誌內容會非常清楚的記錄下每一行數據修改的細節，非常容易理解。而且不會出現某些特定情況下的存儲過程和function，以及trigger的調用和出發無法被正確複製問題。
缺點：在row模式下，所有的執行的語句當記錄到日誌中的時候，都將以每行記錄的修改來記錄，這樣可能會產生大量的日誌內容。
2.statement
每一條會修改數據的sql都會記錄到master的binlog中，slave在複製的時候sql進程會解析成和原來master端執行多相同的sql再執行。
優點：在statement模式下首先就是解決了row模式的缺點，不需要記錄每一行數據的變化減少了binlog日誌量，節省了I/O以及存儲資源，提高性能。因爲他只需要激勵在master上所執行的語句的細節一屆執行語句時候的上下的信息。
缺點：在statement模式下，由於他是記錄的執行語句，所以，爲了讓這些語句在slave端也能正確執行，那麼他還必須記錄每條語句在執行的時候的一些相關信息，也就是上下文信息，以保證所有語句在slave端被執行的時候能夠得到和在master端執行時候相同的結果。另外就是，由於mysql現在發展比較快，很多的新功能不斷的加入，使mysql的複製遇到了不小的挑戰，自然複製的時候涉及到越複雜的內容，bug也就越容易出現。在statement中，目前已經發現不少情況會造成Mysql的複製出現問題，主要是修改數據的時候使用了某些特定的函數或者功能的時候會出現，比如：sleep()函數在有些版本中就不能被正確複製，在存儲過程中使用了last_insert_id()函數，可能會使slave和master上得到不一致的id等等。由於row是基於每一行來記錄的變化，所以不會出現，類似的問題。
3.Mixed（該模式是STATEMENT和ROW的混合使用。）
早起的MySQL一直都只有基於statemen 的複製模式，直到5.1.5版本的MySQL纔開始支持row 複製。從5.0 開始，MySQL的複製已經解決了大量老版本中出現的無法正確複製的問題。但是由於存儲過程的出現，給 MySQL Replication 又帶來了更大的新挑戰。
從5.1.8 版本開始，MySQL 提供了除 Statement 和 Row 之外的第三種複製模式：Mixed，實際上就是前兩種模式的結合。
在 Mixed 模式下，MySQL 會根據執行的每一條具體的 SQL 語句來區分對待記錄的日誌形式，也就是在 statement 和 row 之間選擇一種。
新版本中的 statment 還是和以前一樣，僅僅記錄執行的語句。而新版本的 MySQL 中對 row 模式也被做了優化，並不是所有的修改都會以 row 模式來記錄，比如遇到表結構變更的時候就會以 statement 模式來記錄，如果 SQL 語句確實就是 update 或者 delete 等修改數據的語句，那麼還是會記錄所有行的變更。
二、二進制日誌參數
log_bin：控制是否開啓二進制日誌
sql_log_bin：控制當前會話是否生成二進制日誌，一般用於想在主庫做操作，但又不想複製到slave上，此參數不可在my.cnf上 面設置。
Expire_logs_days ：二進制日誌自動刪除的天數。默認爲0，0表示不會自動刪除。
max_binlog_size：如果二進制日誌寫入的內容超出給定值，日誌就會發生滾動。默認1G,範圍爲4096~1073741824字節。
sync_binlog：控制mysql怎麼刷新二進制日誌到磁盤，默認是0，意味着mysql並不刷新，由操作系統自己決定什麼時候刷新緩存到持久化設置，這個是由內存的緩存機制決定的，如果這個值比0大，它指定了兩次刷新到磁盤的動作之間間隔多少次二進制日誌寫操作；如果沒有設置它爲1，那麼崩潰後可能導致二進制日誌沒有同步事務數據，這可以輕而易舉的導致複製中斷，並且使得及時恢復變得不可能，無論如何，可以把這個值設置爲1來獲得安全的保障，這樣就會要求mysql同步把二進制日誌和事務日誌這兩個文件刷新到兩個不同的位置，這可能需要磁盤尋道，相對來說是個很慢的操作。
三、二進制相關命令
查看二進制日誌文件列表：
show binary logs；
show master logs；
查看正在使用的二進制日誌文件：
show master status；
查看二進制文件中的事件：
show binlog events
show binlog events in 'log-bin.000002' (查看指定二進制文件)
滾動一次二進制日誌文件(重啓mysql也會滾動一次)：
flush logs;
使用系統命令查看二進制日誌文件，因爲二進制日誌文件使用二進制方式寫入的，故不可使用cat命令取查看該文件，可以用mysqlbinlog命令，例如查看log-bin.000006這個文件（--start --stop是用於顯示指定position值，不加就是顯示整個文件）：
mysqlbinlog --start-position 1 --stop-position 10 log-bin.000006
參考：https://www.cnblogs.com/kevingrace/p/5569652.html
http://www.zsythink.net/archives/1286
