TiKV日志条目shrink cache by tick的含义

[Qiuchi (Ti D Ber T Hwl2t Uf)]

【 TiDB 使用环境】测试
【 TiDB 版本】v6.5.0
【遇到的问题：问题现象及影响】
三节点tikv中一个节点一直打印日志如下，不知有何影响
[2023/02/06 15:37:31.206 +08:00] [INFO] [sst_importer.rs:442] [“shrink cache by tick”] [“retain size”=0] [“shrink size”=0]

期间还夹杂着下面这条
[2023/02/06 15:53:54.085 +08:00] [INFO] [util.rs:598] [“connecting to PD endpoint”] [endpoints=http://${ip}:2379]

[WalterWj (王军 - PingCAP)]

info 日志 感觉问题不大。

感觉是空 region 导致的

[Qiuchi (Ti D Ber T Hwl2t Uf)]

希望是，我再观察观察

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

warning都不怎么用管，info的忽略吧。。。

[Qiuchi (Ti D Ber T Hwl2t Uf)]

可是这个感觉有点奇怪，tidb那边的日志发现它一直在gc，gc的日志看着也不大对劲

这个里面08:38:14到08:48:04应该是一个完整的gc吧，耗了十分钟，但是我总感觉中间它一直在resolve lock，这段时间内tidb是完全没有负载的，然后tikv三个节点的cpu一直在100%左右

绿的那个是负责gc的tidb节点

这个是tikv的qps

[WalterWj (王军 - PingCAP)]

可能要看看 gc 原理，不过感觉还好啊，tikv 就用了 1 个 c。

不影响使用吧

[Qiuchi (Ti D Ber T Hwl2t Uf)]

确实不大影响，就是感觉之前6.1.0上的时候gc好像不会有这么大占用，有点发怵

[WalterWj (王军 - PingCAP)]

新老版本应该也就是 compact filter 区别，你去了解下。