mysql binlog 解析

最新推荐文章于 2025-03-06 10:03:31 发布

岁月不知几许，惆怅常伴身旁

最新推荐文章于 2025-03-06 10:03:31 发布

阅读量293

点赞数

分类专栏：后端 mysql binlog

本文链接：https://blog.youkuaiyun.com/HelloJave/article/details/103385462

版权

后端同时被 3 个专栏收录

4 篇文章

订阅专栏

mysql

1 篇文章

订阅专栏

binlog

1 篇文章

订阅专栏

本文介绍了MySQL Binlog的三种模式：Statement、Row和Mixed，包括各自的优缺点。着重讨论了Row模式的详细记录和Statement模式可能产生的执行结果不一致性。还讲述了如何查看和设置当前的binlog_format，以及如何通过mysqlbinlog工具查看binlog的详细信息。最后提到了Java读取binlog的方法，并推荐了一个相关依赖。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

三种模式：

Statement

每一条修改数据的sql都会记录到master的bin_log中，slave在复制的时候sql进程会解析成master端执行过的相同的sql在slave库上再次执行

好处：不需要记录每一行的变化，日志量少！

坏处：每条语句在执行的时候需要也就是上下文信息，保证所有语句在slave端能够得到和在master端相同的执行结果，特别是修改数据的时候使用了某些特定的函数或者功能的时候会出现执行结果不一致

Row

日志中会记录成每一行数据修改的形式，之前之后的内容！然后在slave端再对相同的数据进行修改

好处：日志内容会清楚的记录每一行数据修改的细节，容易理解，而且不会在调用函数的时候出现结果不一致的问题

坏处：所有的执行语句都会记录，而且会以每行记录修改的来记录，这样会产生大量的日志内容。

Mixed

mysql会根据执行的每一条具体的sql语句来选择statement和row之间的一种。

新版本mysql中像遇到表结构变更的时候就会以statement模式来记录，如果sql语句确实就是update或者delete等修改数据的语句，那么还是会记录所有行的变更。

查询当前使用的 binlog_format

show variables like "%binlog_format%";

+---------------+-----------+

| Variable_name | Value |

+---------------+-----------+

| binlog_format | ROW |

+---------------+-----------+

临时修改立即生效

mysql> set global binlog_format='MIXED';

Query OK, 0 rows affected (0.00 sec)

改完必须推出退出mysql终端，再次进去才能查看到修改后的日志模式

在配置文件终修改： /etc/mysql/mysql.conf.d/mysqld.cnf文件

binlog_format="ROW"

修改后需要重启

/etc/mysql/mysql.conf.d# /usr/bin/mysqlbinlog --base64-output=decode-rows -vv /var/lib/mysql/mysql-bin.000006 >5556sql.sql

用mysqlbinlog 查看某个binlog的详细信息！

注意⚠️：binlog里面不会有回滚的sql

SHOW MASTER STATUS；查看当前binlog的写入情况

show binary logs; 查看当前有几个binlog 分别在什么位置

+------------------+-----------+

| Log_name | File_size |

+------------------+-----------+

| mysql-bin.000001 | 154 |

| mysql-bin.000002 | 11492 |

| mysql-bin.000003 | 4400 |

| mysql-bin.000004 | 154 |

| mysql-bin.000005 | 1782 |

| mysql-bin.000006 | 6953 |

+------------------+-----------+

java 读取binlog 并写入文件需要引入jar

<groupId>com.github.shyiko</groupId>

<artifactId>mysql-binlog-connector-java</artifactId>

</dependency>


  public static void main(String[] args) throws IOException {
    File file = new File("/usr/local/docker-all-folder/mysql01/conf/omo_binlog_mysqlbin.000009");
    File f1 = new File("/usr/local/docker-all-folder/mysql01/conf/sql.sql");
    EventDeserializer eventDeserializer = new EventDeserializer();
    eventDeserializer.setCompatibilityMode(
        EventDeserializer.CompatibilityMode.DATE_AND_TIME_AS_LONG,
        EventDeserializer.CompatibilityMode.CHAR_AND_BINARY_AS_BYTE_ARRAY);
    BinaryLogFileReader reader = new BinaryLogFileReader(file, eventDeserializer);
    FileOutputStream outputStream = null;
    try {
      for (Event event; (event = reader.readEvent()) != null;) {
        // EventData data = event.getData();//FormatDescriptionEventData
        // if(data.getClass().isAssignableFrom(UpdateRowsEventData.class)) {
        // UpdateRowsEventData up=(UpdateRowsEventData) data;
        // List<Entry<Serializable[], Serializable[]>> rows = up.getRows();
        //
        // }

        try {
          outputStream = new FileOutputStream(f1, true);
          outputStream.write(event.getData().toString().getBytes());
          outputStream.close();
        } catch (Exception e) {
          e.printStackTrace();
        }
      }
    } catch (IOException e) {
      e.printStackTrace();
    } finally {
      if (outputStream != null) {
        outputStream.close();
      }
      reader.close();
    }
  }