前情提要
此次实验的环境如下
- MySQL 5.7.25
- Redhat 6.10
- binlog模式采用row模式
前面的一些章节我们对mysqldump常用命令进行了讲解
这个专题的内容为mysqlbinlog命令的详解
mysqlbinlog是MySQL中用来处理binlog的工具
这节内容讲如何将binlog日志的行事件中的SQL提取出来
行事件包含
- WRITE_ROWS_EVENT
- UPDATE_ROWS_EVENT
- DELETE_ROWS_EVENT
1. 具体命令
以下为一些命令参数的使用
在演示前请先重置binlog并新建innodb_table表，并插入一条数据
具体步骤见mysqlbinlog的第一章
1.1 只查看二进制内容
mysqlbinlog命令默认使用binlog语句将行事件以base-64字符串编码
shell> mysqlbinlog /path/to/log/master-bin.000001
可以看到create table是个Query事件
这里显示出了具体的建表语句，说明建表不属于行事件
BINLOG关键字后为经过编码后的二进制日志
可以看到一个insert语句包含如下事件
- Query 事件 负责开始一个事务(BEGIN)
- Table_map事件 负责映射需要的表
- Write_rows事件 负责写入数据
- Xid事件 负责结束事务
1.2 显示行事件的伪SQL
下面命令将行事件以伪SQL(pseudo-SQL)的形式表现出来
伪SQL会被注释,即开始位置会有###标志
这些伪SQL只是为了便于查看，无其他作用
shell> mysqlbinlog -v /path/to/log/master-bin.000001
或者
shell> mysqlbinlog -verbose /path/to/log/master-bin.000001
可以看到具体的insert语句以及显示出来了
大家可能注意到了，其结构和原始语句是不一致的 values被替换成了set
而且列名被@N代替，N为列名称
使用-v或这-verbose 两次会多显示一些其他信息，如列的类型和一些元数据
shell> mysqlbinlog -vv /path/to/log/master-bin.000001
可以看到多了一些元数据和列的名称
大家可能又注意了varchar(20)类型被显示成varstring(60)
1.3 显示去掉BINLOG格式的伪SQL
1.2 中的命令同时显示BINLOG格式的语句，使用如下命令不显示它
mysqlbinlog -v --base64-output=DECODE-ROWS /path/to/log/master-bin.000001
注意如果你想使用mysqlbinlog的输出来重新执行SQL，你不应该使用该参数
关于重新执行SQL 后面再说
2. 注意事项
2.1 hexdump参数
shell> mysqlbinlog --hexdump -v /path/to/log/master-bin.000001
可以看到上面的输出没有事件代码等信息,加入-hexdump参数可查看所有事件的详细信息
Query事件 2.2 --base64-output=NEVER
在有行事件(数据修改)的情况下，使用mysqldump会在输出的前面显示格式描述的二进制内容
如果你确定该日志没有行事件则使用该参数不显示他
mysqlbinlog -v --base64-output=NEVER /path/to/log/master-bin.000001
2.3 伪SQL显示的一些限制
正如上面所说，伪SQL在显示上可能有如下问题
- 原始的列名会丢失，用@N代替
- 数据类型显示不对应
- 数据的长度显示不对应，伪SQL是以字节为单位，而不是字符
3. 参考链接
https://dev.mysql.com/doc/refman/5.7/en/mysqlbinlog-row-events.html
好了 今天的内容就说到这里，下节再见