即使将最大大小设置为1 GB，我的服务器中的二进制日志仍然增长了超过15 GB。 MySQL服务器还没有启动。
任何人都可以突出什么可能造成的？
谢谢。
这可能是一个巨大的交易完成。
一个事务被写入到二进制日志的一个块中 ，所以它不会在几个二进制日志之间被拆分。 因此，如果您有大事务，则可能会看到大于max_binlog_size的二进制日志文件 。
15.1.2.4。 二进制日志选项和variables
mysql var max_binlog_size设置当前正在写入binlog文件的大小将增长到。 当达到该阈值时（如果您打开了事务，则可以运行），将启动一个新的日志文件。 它不控制所有日志文件的聚合也会增长的最大允许空间。 AFAIK – 除非是最近才引入的，否则没有这个设定。 我通常做的是清除旧的binlogs超过一些门槛。 例如。
expire_logs_days = 90
您通常希望自上次已知的良好转储或其他崩溃一致性备份以来保留binlog。