前情提要
此次实验的环境如下
- 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
![a182920925c042266ad8edd4862a2ee2.png](https://i-blog.csdnimg.cn/blog_migrate/7d240161e882f8bf854e4bc2b50749fe.jpeg)
可以看到create table是个Query事件
这里显示出了具体的建表语句,说明建表不属于行事件
![6c8ba4c6f18deb01a0ccdd6c89be2de7.png](https://i-blog.csdnimg.cn/blog_migrate/f56bf0afa719486dfd2580b389954c29.jpeg)
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
![e8d78ba9731822c290d055c577ee7c63.png](https://i-blog.csdnimg.cn/blog_migrate/b00ef5838e12162f07ed199e485cdb08.jpeg)
可以看到具体的insert语句以及显示出来了
大家可能注意到了,其结构和原始语句是不一致的 values被替换成了set
而且列名被@N代替,N为列名称
使用-v或这-verbose 两次会多显示一些其他信息,如列的类型和一些元数据
shell> mysqlbinlog -vv /path/to/log/master-bin.000001
![ba957105372ff36af71aa4130daae6fb.png](https://i-blog.csdnimg.cn/blog_migrate/beb587506f7e18c63222d9939a4e73f0.jpeg)
可以看到多了一些元数据和列的名称
大家可能又注意了varchar(20)类型被显示成varstring(60)
1.3 显示去掉BINLOG格式的伪SQL
1.2 中的命令同时显示BINLOG格式的语句,使用如下命令不显示它
mysqlbinlog -v --base64-output=DECODE-ROWS /path/to/log/master-bin.000001
![2a5375b0e998e71dcdfee5a5ad3d0ea6.png](https://i-blog.csdnimg.cn/blog_migrate/a783d833c5fa7ac010a56e5975165842.jpeg)
注意如果你想使用mysqlbinlog的输出来重新执行SQL,你不应该使用该参数
关于重新执行SQL 后面再说
2. 注意事项
2.1 hexdump参数
shell> mysqlbinlog --hexdump -v /path/to/log/master-bin.000001
可以看到上面的输出没有事件代码等信息,加入-hexdump参数可查看所有事件的详细信息
Query事件
![b48be775f8b3f09b63f8bd8590248ba7.png](https://i-blog.csdnimg.cn/blog_migrate/57522600aaaf7b389b02167f7d5e4ead.jpeg)
TABLE_MAP_EVENT事件
![4a21f201b847706a4dc8198ca2557ffb.png](https://i-blog.csdnimg.cn/blog_migrate/ef883cc48658571411e65901b0263301.jpeg)
WRITE_ROWS_EVENT事件
![419020ac0c9ec365dc2c8b6aaee94c09.png](https://i-blog.csdnimg.cn/blog_migrate/5a362081579f731123a305b23ce3f9ba.jpeg)
2.2 --base64-output=NEVER
在有行事件(数据修改)的情况下,使用mysqldump会在输出的前面显示格式描述的二进制内容
如果你确定该日志没有行事件则使用该参数不显示他
mysqlbinlog -v --base64-output=NEVER /path/to/log/master-bin.000001
![266a46aaed7c5481560aefd0c465854f.png](https://i-blog.csdnimg.cn/blog_migrate/530bd78deb33c918908b345603491d9f.jpeg)
2.3 伪SQL显示的一些限制
正如上面所说,伪SQL在显示上可能有如下问题
- 原始的列名会丢失,用@N代替
- 数据类型显示不对应
- 数据的长度显示不对应,伪SQL是以字节为单位,而不是字符
3. 参考链接
https://dev.mysql.com/doc/refman/5.7/en/mysqlbinlog-row-events.html
好了 今天的内容就说到这里,下节再见
![0fa8da329259fb5f592d9a8be81d56bc.png](https://i-blog.csdnimg.cn/blog_migrate/fd4ed465558dad969f751fc32154abc1.jpeg)