alexyj 发表于 昨天 09:56

my.cnf 配置了binlog_expire_logs_seconds参数，但是日志未正常清理

版本：8.0.32-27



配置：


日志文件：

yejr 发表于 昨天 10:11

你设置的是自动清理7天前的binlog，但截图中只显示binlog数而非详细binlog文件列表（或者说7天前的binlog文件），没法证实存在你说的问题

alexyj 发表于 昨天 10:16

yejr 发表于 2025-7-1 10:11
你设置的是自动清理7天前的binlog，但截图中只显示binlog数而非详细binlog文件列表（或者说7天前的binlog文 ...

因为是线上环境，所以紧急删除了旧的binlog，下面是binlog.index的备份内容






yejr 发表于 昨天 10:34

alexyj 发表于 2025-7-1 10:16
因为是线上环境，所以紧急删除了旧的binlog，下面是binlog.index的备份内容




兄弟，只看文件名是不知道它们的具体时间的啊

yejr 发表于 昨天 10:41

alexyj 发表于 2025-7-1 10:16
因为是线上环境，所以紧急删除了旧的binlog，下面是binlog.index的备份内容




一般而言，binlog不能被自动清理的可能原因有几个
1、有一直未提交的旧事务、长事务
2、有主从复制关系，由于某些原因，旧binlog未能发送到slave端

你可以试着手动执行 flush binary logs 看能否成功，同时也观察错误日志文件中有没有异常信息

alexyj 发表于 昨天 10:44

yejr 发表于 2025-7-1 10:41
一般而言，binlog不能被自动清理的可能原因有几个
1、有一直未提交的旧事务、长事务
2、有主从复制关系， ...

好，我改了一下配置文件，后续我再观察一下，你意思，binlog文件虽然多，没自动清理，是因为7天内生成的？所以设置没生效？

yejr 发表于 昨天 10:53

alexyj 发表于 2025-7-1 10:44
好，我改了一下配置文件，后续我再观察一下，你意思，binlog文件虽然多，没自动清理，是因为7天内生成的 ...

当然存在这种可能性啊，比如你们的业务爆发了，短时间内冲进来很多订单，那可不得瞬间产生很多binlog了吗，只要没超过7天就不会自动清理，完全合理
页: [1]
查看完整版本: my.cnf 配置了binlog_expire_logs_seconds参数，但是日志未正常清理