MySQL Binlog

Binlog 记录了所有的 DDL 和 DML(除了数据查询语句)语句，以事件形式记录，还包含语句所执行的消耗的时间，MySQL 的二进制日志是事务安全型的。 一般来说开启二进制日志大概会有 1%的性能损耗。

二进制日志包括两类文件：

索引文件（文件名后缀为.index）用于记录所有的二进制文件；

日志文件（文件名后缀为.00000*）记录数据库所有的 DDL 和 DML(除了数据查询语句)语句事件。

默认位置 /var/lib/mysql

MySQL Binlog 的格式有三种

1）statement：语句级，binlog 会记录每次一执行写操作的语句。相对 row 模式节省空间，但是可能产生不一致性，比如“update tt set create_date=now()”， 如果用 binlog 日志进行恢复，由于执行时间不同可能产生的数据就不同。

优点：节省空间。
缺点：有可能造成数据不一致。

2）row：行级， binlog 会记录每次操作后每行记录的变化。

优点：保持数据的绝对一致性。因为不管 sql 是什么，引用了什么函数，他只记录执行后的效果。
缺点：占用较大空间。

3）mixed：statement 的升级版，一定程度上解决了，因为一些情况而造成的 statement模式不一致问题，默认还是 statement，在某些情况下譬如：当函数中包含 UUID() 时；包含 AUTO_INCREMENT 字段的表被更新时；执行 INSERT DELAYED 语句时；用 UDF 时；会按照 ROW 的方式进行处理

优点：节省空间，同时兼顾了一定的一致性。
缺点：还有些极个别情况依旧会造成不一致，另外 statement 和 mixed 对于需要对binlog 的监控的情况都不方便。

综合上面对比，想做监控分析，选择 row 格式比较合适。

修改配置

修改MySQL配置文件 vim /etc/my.cnf，在[mysqld]模块下添加一下内容

server_id=1 
# 设置binlog 日志的前缀是 mysql-bin
log-bin=mysql-bin
# 行级， binlog 会记录每次操作后每行记录的变化。 
binlog_format=row
# 指定具体要同步的数据库，不配置则所有数据库均开启 Binlog 
#binlog-do-db=test_maxwell

启动MySQL
service mysqld start

登录 mysql
mysql -uroot -proot123456

查看是否修改完成
mysql> show variables like ‘%binlog%’;

进入
cd /var/lib/mysql

可以看到binlog文件（MySQL 生成的 binlog 文件初始大小一定是 154 字节）