今天遇到一个有趣的现象，之前一直以为slowlog的历史文件不会有自动清理机制，但是今天发现slowlog的历史文件都被清理了，然后tidb-deploy/tidb-4000/log 下面的日志文件加起来有10个，而我刚好把log.file.max-backups 设置为10，所以我在猜想log.file.max-backups 这个参数是不是对slowlog也是有效的，也就是说，当这个log.file.max-backups 参数生效的时候，也会把slowlog的历史日志给删了，为了达到log.file.max-backups 参数 的设定值，不知道大家有没有遇到这样的问题
大佬提供的信息非常有用，但是根据我的观察,max-backups 对历史慢日志清理机制是管用的，但是max-days 对历史慢日志的清理似乎是不太管用，代码里面什么时候会触发让max-backups和max-days 参数生效
感谢回复
结合 max-size参数，生成旧的慢日志，旧慢日志的最后更改时间，达到max-days就会把旧慢日志清理。
max-days和max-backups是从两个维度去设置保留的日志
那自动清理日志的时间是 同时满足 max-days 和 max-backups的值吗？
满足其一
感谢
max-days 和 max-backups 参数对错误日志生效嘛，比如tidb_stderr.log，这样子
默认情况下各节点服务器会在日志中输出标准错误，如果启动的时候通过 --log-file 参数指定了日志文件，那么日志会输出到指定的文件中，并且按天做 rotation。
文档上写的好像这个参数对错误日志也生效！
有相应的文档链接嘛
一般生产怎么也得保留最近1周的吧
该主题在最后一个回复创建后60天后自动关闭。不再允许新的回复。