MySQL 5.7 Binlog同时间生成不同大小重复文件问题求助

你在MySQL 5.7启用Binlog后，遇到同时间点生成两个Binlog文件的情况：一个为配置的100MB，另一个达2.3GB（黄色标记），此前从未出现该现象，且当前最后一个Binlog正在写入。针对这个大尺寸文件的异常性分析如下：

结论：该2.3GB的Binlog文件属于异常情况，原因及排查方向如下： #

• Binlog切换规则的例外场景：MySQL默认在Binlog文件达到max_binlog_size（你配置的100MB）时自动切换，但以下场景会突破这个限制：
  • 未完成的大事务：如果一个事务启动时Binlog未到阈值，但执行过程中产生的日志量超过100MB，MySQL不会中途切割Binlog，必须等整个事务执行完成后才会切换文件，最终生成远超配置大小的Binlog。典型场景包括批量数据插入、大表结构变更（如ALTER TABLE）、LOAD DATA INFILE数据导入等。
  • 手动触发日志切换：若期间执行了FLUSH LOGS命令，会强制生成新的Binlog文件，此时旧文件可能未写满100MB，就会出现同时间点两个文件；但如果新文件突然暴涨至2.3GB，核心原因还是大事务导致。
• 利用通用查询日志定位问题：你已启用通用查询日志，可重点排查该大Binlog生成时段的操作：
  1. 查找是否存在大事务：比如耗时久、涉及大量数据的INSERT/UPDATE/DELETE，或是DDL操作。
  2. 检查是否有批量数据导入操作：比如LOAD DATA命令或第三方工具的批量写入。
  3. 确认是否有手动执行FLUSH LOGS的记录。
• 进一步验证操作：
  • 用mysqlbinlog解析大Binlog文件，直接查看占用日志量的核心操作：

    mysqlbinlog --base64-output=decode-rows -v 你的大Binlog文件名 > binlog_detail.txt
    

  • 检查MySQL错误日志，排查是否有日志切换异常、事务执行报错等相关提示。

内容的提问来源于stack exchange，提问作者DBA