前提：已經安裝好了Mysql客戶端和服務
一、修改/etc/my.cnf文件
[root@hadoop201 module]$ sudo vim /etc/my.cnf server-id = 1 log-bin=mysql-bin binlog_format=row binlog-do-db=gmall-20210712 注意：binlog-do-db根據自己的情況進行修改，指定具體要同步的數據庫
二、重啟MySQL使配置生效
sudo systemctl restart mysql
三、
到/var/lib/mysql目錄下查看初始文件大小
每次重啟Mysql服務，都會新生成一個mysql-bin文件
題外知識：
(1) 什么是binlog
MySQL的二進制日志可以說MySQL最重要的日志了，它記錄了所有的DDL和DML(除了數據查詢語句)語句，以事件形式記錄，還包含語句所執行的消耗的時間，MySQL的二進制日志是事務安全型的。
一般來說開啟二進制日志大概會有1%的性能損耗。二進制有兩個最重要的使用場景:
- 其一：MySQL Replication在Master端開啟binlog，Master把它的二進制日志傳遞給slaves來達到master-slave數據一致的目的。
- 其二：自然就是數據恢復了，通過使用mysqlbinlog工具來使恢復數據。
二進制日志包括兩類文件：二進制日志索引文件（文件名后綴為.index）用於記錄所有的二進制文件，二進制日志文件（文件名后綴為.00000*）記錄數據庫所有的DDL和DML(除了數據查詢語句)語句事件。
(2) binlog的開啟
- 找到MySQL配置文件的位置
- Linux: /etc/my.cnf
如果/etc目錄下沒有，可以通過locate my.cnf查找位置
- Windows: \my.ini
- 在mysql的配置文件下,修改配置
在[mysqld] 區塊，設置/添加 log-bin=mysql-bin
這個表示binlog日志的前綴是mysql-bin，以后生成的日志文件就是 mysql-bin.123456 的文件后面的數字按順序生成，每次mysql重啟或者到達單個文件大小的閾值時，新生一個文件，按順序編號。
(3) binlog的分類設置
mysql binlog的格式有三種，分別是STATEMENT,MIXED,ROW。
在配置文件中可以選擇配置 binlog_format= statement|mixed|row
- 三種格式的區別：
statement
語句級，binlog會記錄每次一執行寫操作的語句。
相對row模式節省空間，但是可能產生不一致性，比如
update tt set create_date=now()
如果用binlog日志進行恢復，由於執行時間不同可能產生的數據就不同。
優點： 節省空間
缺點： 有可能造成數據不一致。
row
行級， binlog會記錄每次操作后每行記錄的變化。
優點：保持數據的絕對一致性。因為不管sql是什么，引用了什么函數，他只記錄執行后的效果。
缺點：占用較大空間。
mixed
statement的升級版，一定程度上解決了，因為一些情況而造成的statement模式不一致問題
默認還是statement，在某些情況下譬如：
當函數中包含 UUID() 時；
包含 AUTO_INCREMENT 字段的表被更新時；
執行 INSERT DELAYED 語句時；
用 UDF 時；
會按照 ROW的方式進行處理
優點：節省空間，同時兼顧了一定的一致性。
缺點：還有些極個別情況依舊會造成不一致，另外statement和mixed對於需要對binlog的監控的情況都不方便。
綜合上面對比，Maxwell想做監控分析，選擇row格式比較合適