GreatSQL社区

搜索

[讨论中] my.cnf 配置了binlog_expire_logs_seconds参数,但是日志未正常清理

39 6 昨天 09:56
版本:8.0.32-27

1.png

配置:
2.png

日志文件:
3.png
全部回复(6)
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的备份内容
5.png


4.png


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天就不会自动清理,完全合理
alexyj

6

主题

0

博客

26

贡献

新手上路

Rank: 1

积分
47

助人为乐(铜)

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2025-7-2 10:44 , Processed in 0.020965 second(s), 18 queries , Redis On.
快速回复 返回顶部 返回列表