24h, gc_lifetime 主要体现在 过期的 key 过多，由此可能会产生因为过多 key 导致执行时间增加、或者可能整体响应时间抖动等等。设置多久是个 trade-off
如果线上写入比较大的话，4小时gc一次，会不会对线上SQL耗时有影响呢，之前还想把这个参数调整更短呢，哈哈
最长见过半年多不做 gc 的（当然是 bug），影响就是占空间，有可能影响 sql 执行效率，解决就是慢慢 gc，快速解决不了
一般不用设置。就是10分钟就行
有点影响，但不大，相比被误删数据，无法及时恢复，这点影响是可以接受的。
设置的24小时,怕误删数据,
设置的24小时，给自己留有一些余地……
设置6小时，根据自己业务情况合理设置。
目前生产3套集群，2套设置为28小时，另外1套48小时，没啥问题
24小时
一直用的是默认值10min，以前做br的时候会手工调一下，后来br会自动调整了，就没有再改过默认值了。
不是每个库都会有leader的region吗？这是从A集群同步到了B集群，在B集群设置gc 24小时？
对，他是这个意思。
目前我们集群生产设置的是一天
24小时
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。