br日志备份truncate过期数据后，s3上还是存在大量历史数据文件

[wfxxh (倔强的蜗牛)]

【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.3

周期性执行 br log truncate 命令 可以看出最早可恢复时间的确是变了，可见truncate命令是执行成功的。

[大飞哥online (大飞哥)]

有参数可以控制，删除历史数据的，你也可以手动去清理

[wfxxh (倔强的蜗牛)]

你说哪个？tiup br log truncate --until=${FULL_BACKUP_TS} ？
你看我第二张截图，已经是执行过truncate的了。

[大飞哥online (大飞哥)]

是 br 备份 定时 删除历史备份记录的

[zhanggame1 (Ti D Ber G I13ecx U)]

备份本身应该删除了吧，这个是备份的信息记录

[wfxxh (倔强的蜗牛)]

truncate这个命令就是删除过期记录。看本帖标题，我是已经执行过这个命令的了，且也执行成功了，第二张图可以看出最早可恢复时间也比第一张截图的要晚很多。
我的问题是，执行过truncate后，s3上还是会有历史的信息。

[wfxxh (倔强的蜗牛)]

对，第二张图可以看出，备份的数据本身是删了，但是这个元数据没有删，且从我备份至今一直存在，一个文件4M多，积少成多也占不少存储了

[tidb菜鸟一只 (小菜一颗)]

br log metadata执行一下查看下结果

[Fly-bird]

S3的数据可以手动清除的

[wfxxh (倔强的蜗牛)]

不够优雅

[Daniel-W]

我也是6.5备份到s3,待会去生产看看是不是也有同样的情况

[dba-kit (张天师)]

@wfxxh

备份的数据本身是删了，但是这个元数据没有删，且从我备份至今一直存在，一个文件4M多，积少成多也占不少存储了

应该是故意设计的，你每次执行truncate，就把当前的backupmetadata当成日志类的存储了下来，然后将metadata存储到新的文件中。如果一次没归档，就跟我的一样，只有一个文件

[wfxxh (倔强的蜗牛)]

额，这估计是没考虑这种情况吧，不然时间一长，积少成多，占用了不少存储空间。

[像风一样的男子]

s3上面设置个数据有效期不就好了么？

[wfxxh (倔强的蜗牛)]

自动生成的，怎么设置有效期？再产生之后遍历修改吗？那不如遍历删了

[像风一样的男子]

s3控制台设置下自动删除的

[wfxxh (倔强的蜗牛)]

我们bucket共用，不能对bucket设置

[dba-kit (张天师)]

生命周期可以针对某个path来设置的

[wfxxh (倔强的蜗牛)]

我们用到不是标准aws s3