MySQL 源码分析 binlog 编号上限

更新时间：2022-10-30

文章目录

MySQL 源码分析 binlog 编号上限
内容声明
问题描述
测试想法
问题测试
源码说明
- MAX_LOG_UNIQUE_FN_EXT
- LOG_WARN_UNIQUE_FN_EXT_LEFT
分析结论

内容声明

本篇部分内容引用至老叶（叶金荣）文章《MySQL binlog后面的编号最大是多大？》；
出于个人好奇，想看下 MySQL 源码里面如何定义的；
然后随缘记录下，有兴趣的朋友也可自行查看；
MySQL 版本在源码部分做了标注。

问题描述

每个 binlog 文件都有编号，从最早的3位数（没错，很老的版本只有3位数~），到现在扩展到6位数，从000001开始，但如果这个序号达到999999后，binlog是否就要重新开始了？

MySQL在启动时会扫一下binlog文件，找到最大的序号，然后产生下个序号文件。根据这个规则，我们可以自行测试一下，若当前最大的binlog序号是 999999 时，下一个文件序号是重新从 000001 开始，抑或是 1000000 呢？

测试想法

1.当文件序号达到999999后，下一个新文件序号是多少；
2.测试binlog序号达到最大值后会怎样；
3.测试binlog序号能不能循环重来。

问题测试

备注：测试过程略过，具体可参考老叶茶馆《MySQL binlog后面的编号最大是多大？》，本篇只作了源码部分展示。

源码说明

MySQL 版本
MySQL 5.7.19

查看源码 mysql-5.7.19/sql/binlog.cc

MAX_LOG_UNIQUE_FN_EXT

当超出 MAX_LOG_UNIQUE_FN_EXT 限定时，MySQL 向 error log 写入错误信息，进程退出。

  /* check if reached the maximum possible extension number */if (max_found == MAX_LOG_UNIQUE_FN_EXT)
{sql_print_error("Log filename extension number exhausted: %06lu. \
Please fix this by archiving old logs and \
updating the index files.", max_found);error= 1;goto end;
}

查看 MAX_LOG_UNIQUE_FN_EXT 值设定

源码部分

MAX_LOG_UNIQUE_FN_EXT 定义

  /*Maximum unique log filename extension.Note: setting to 0x7FFFFFFF due to atol windowsoverflow/truncate.*/#define MAX_LOG_UNIQUE_FN_EXT 0x7FFFFFFF

0x7FFFFFFF 转换十进制结果 2147483647。

  mysql> select conv('7FFFFFFF',16,10);+------------------------+| conv('7FFFFFFF',16,10) |+------------------------+| 2147483647             |+------------------------+1 row in set (0.03 sec)

MAX_LOG_UNIQUE_FN_EXT 的值为 0x7FFFFFFF ，转换十进制结果 2147483647。

备注：由此可见，binlog 的最大编号是 2147483647。

LOG_WARN_UNIQUE_FN_EXT_LEFT

当序号接近这个值，且差距小于 LOG_WARN_UNIQUE_FN_EXT_LEFT 设定时，MySQL 向 error log 中写入警告信息。

查看 LOG_WARN_UNIQUE_FN_EXT_LEFT 值设定如下：

LOG_WARN_UNIQUE_FN_EXT_LEFT 定义

/*Number of warnings that will be printed to error logbefore extension number is exhausted.
*/
#define LOG_WARN_UNIQUE_FN_EXT_LEFT 1000

LOG_WARN_UNIQUE_FN_EXT_LEFT 的值为1000。

分析结论

binlog 的最大编号是 2147483647；
当编号接近最大值，且差距小于 1000 设定时，向 error log 中写入警告信息；
当编号达到最大值时，MySQL 向 error log 写入错误信息，进程退出；
生产新的 binlog 时，会扫描当前已经存在的 binlog 文件，最终取得最大编号值。因此，如果 binlog 文件数目特别多的话，是会影响 MySQL 的启动及日志切换效率的；
由此可见有两个隐患，当binlog文件数目过大，会导致binlog切换效率较低。当binlog文件最大序号快达到最大值时，离mysqld进程挂掉就不远了，需要加急处理；
因此，除了要监控binlog文件数目、最大序号外，还应该再error log的内容，都予以足够重视。