使用tiup br log truncate 清理过期日志失败

porpoiselxj · 2025 年12 月 22 日 09:01

【TiDB 使用环境】生产环境 /测试/ Poc
【TiDB 版本】v7.1.3

【遇到的问题：问题现象及影响】
使用tiup br log truncate 清理过期日志，脚本一直显示需要清理的日志文件为0，导致大量过期的文件累积，请问可能是什么原因。

脚本是确定没问题的，之前有一段时间是能够正常清理的，现在一直显示没有文件需要删除，但实际上有很多过期的文件，也没有任何报错信息。

【其他附件：截图/日志/监控】

db_user · 2025 年12 月 22 日 09:47

貌似是已知bug,https://github.com/pingcap/tidb/commit/aff0c3693f11dacd68525423af9d7187a45b9a82

TiDBer_Ejh0eCXc · 2025 年12 月 22 日 22:27

存储路径配置是否一致? 如果有bug最好升级一下

TiDBer_00001 · 2025 年12 月 23 日 01:01

看了下没明白，能更具体说下怎么解决么。

DBnotes-cn · 2025 年12 月 23 日 02:11

从这个问题可以延伸出很多思考，感谢楼主抛砖引玉。

异乡的大人 · 2025 年12 月 23 日 02:20

是因为路径的问题吗？

纯白镇的小智 · 2025 年12 月 24 日 01:20

查看 BR 备份 / 恢复时的日志路径配置（可通过历史执行命令或集群配置记录确认）

麻辣机师 · 2025 年12 月 24 日 01:32

验证一下备份的有效性

TiDBer_YPbNvXxe · 2025 年12 月 25 日 08:47

路径有问题吧

独善其身 · 2025 年12 月 30 日 02:32

看日志都是提示,删除了0个内容啊

TiDBer_EMDRI6T4 · 2026 年1 月 1 日 10:46

是否有使用CDC，或者长事务

Augenstern · 2026 年1 月 1 日 13:08

排查方法：

执行 tiup br log truncate --help 确认参数格式，补全必要参数：

bash

运行

tiup br log truncate --until "2025-12-25 00:00:00 +0800" -s "local:///tidb-data/tikv/logs"  # 明确时区（+0800为CST）和存储路径

检查系统时间：执行 date 确认服务器时间与集群时间一致，排除时间跳变导致的条件不匹配。

TiDBer_aaaaa · 2026 年1 月 2 日 07:19

建议先验证备份有效性，再排查失败原因：检查 BR 工具版本与 TiDB 集群适配性、执行权限及日志清理范围，查看报错日志获取具体信息，也可尝试重新执行命令并指定 --log-file 输出详细日志。

TiDBer_Ejh0eCXc · 2026 年1 月 4 日 00:26

元数据文件缺失或不一致

porpoiselxj · 2026 年1 月 4 日 01:51

路径没问题

porpoiselxj · 2026 年1 月 4 日 01:53

实际上有很多过期的文件

porpoiselxj · 2026 年1 月 4 日 01:54

有cdc，无长事务

porpoiselxj · 2026 年1 月 4 日 01:58

参数没问题，之前很长一段使劲运行正常
时间没问题，集群内部有时间同步，清除脚本运行集群机器上

lllzd · 2026 年1 月 4 日 05:41

建议先运行br log status并检查GC Safe Point 。

TiDBer_Ejh0eCXc · 2026 年1 月 4 日 23:01

使用 --dry-run 参数查看 BR 到底“看到”了哪些文件，这能帮你判断是逻辑问题还是文件不存在问题。 tiup br log truncate --until=“2023-01-01 00:00:00” --storage=“s3://your-bucket/logbackup” --dry-run