MySQL 8.0 新增参数 binlog_row_metadata

2023年 8月 15日 78.4k 0

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带来的好处:

  1. 当从库的表结构与主库不同时,可以利用完整的表元数据做转换。
  2. 第三方工具可以使用完整的表元数据信息解析binlog行数据,然后将其存储在其他数据库。

binlog_row_metadata设置为FULL带来的坏处:

  1. 存储完整的表元数据信息导致binlog文件变大,占用磁盘空间。
  2. binlog文件变大,占用网络带宽。

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

  • FULL:1130 字节
  • MINIMAL:1030字节

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

相关文章

Oracle如何使用授予和撤销权限的语法和示例
Awesome Project: 探索 MatrixOrigin 云原生分布式数据库
下载丨66页PDF,云和恩墨技术通讯(2024年7月刊)
社区版oceanbase安装
Oracle 导出CSV工具-sqluldr2
ETL数据集成丨快速将MySQL数据迁移至Doris数据库

发布评论