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 字节)