mysql binlog 参数_MySQL 8.0 新增参数 binlog_row_metadata

最新推荐文章于 2025-08-06 00:17:11 发布

原创最新推荐文章于 2025-08-06 00:17:11 发布 · 1.2k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#mysql binlog 参数

MySQL 8.0.1引入的binlog_row_metadata参数，当设置为FULL时，会在ROW格式的binlog中记录完整的表元数据信息，包括符号、字段名称等，以便于在不同表结构环境下进行数据转换和第三方工具解析。然而，这也会导致binlog文件增大，占用更多磁盘空间和网络带宽。例如，与MINIMAL模式相比，FULL模式下的binlog大小增加了约100字节。在OLTP场景和小事务频繁的情况下，这一变化尤为显著。

binlog_row_metadata 参数是 MySQL 8.0.1 版本引入的新参数，当 binlog 格式为ROW时，设置该参数为FULL，会将表完整的元数据信息写入到binlog文件中。

binlog_row_metadata：

动态修改：是

全局变量：是

可选值：FULL，MINIMAL

默认值：MINIMAL

基于ROW格式的binlog，在记录DML语句产生的binlog event时，总会先记录一个table_map类型的event，table_map记录了表结构相关的元数据，比如数据库名称，表名称，表的字段类型，表的字段大小，精度等元数据。这些元数据并不完整，比如缺少数值类型的符号信息(signed, unsigned)，缺少字段名称，缺少set和enum类型的字符串定义，缺少主键信息，缺少地理空间数据类型的具体分类等等。当binlog_row_metadata参数设置为FULL时，binlog 日志就会记录完整的表元数据信息。

举一个例子，binlog2sql 工具应该很多人都熟悉，它是一个非常好用的在线binlog解析工具，注意在线两个字，这个工具需要连接到MySQL才能解析binlog，因为它需要从MySQL里面获取binlog缺失的表元数据，而8.0设置binlog_row_metadata为FULL，就不再需要连接MySQL，解析binlog就能获取完整的表元数据信息。

binlog_row_metadata设置为FULL带来的好处：

当从库的表结构与主库不同时，可以利用完整的表元数据做转换。

第三方工具可以使用完整的表元数据信息解析binlog行数据，然后将其存储在其他数据库。

binlog_row_metadata设置为FULL带来的坏处：

存储完整的表元数据信息导致binlog文件变大，占用磁盘空间。

binlog文件变大，占用网络带宽。

测试sysbench表，插入同样的3条记录，binlog大小对比：

FULL：1130 字节

MINIMAL：1030字节

显然配置为FULL，会导致binlog文件变大，尤其是oltp，小事务多的场景下，binlog文件变大更加明显。