GC正常但还是显示“含已删除或覆盖但未 GC 的版本”数太多

wakaka · 2022 年8 月 10 日 01:35

【 TiDB 使用环境】线上
【 TiDB 版本】 5.2.2
【遇到的问题】简单的查询很慢
【复现路径】

【问题现象及影响】

【附件】

请提供各个组件的 version 信息，如 cdc/tikv，可通过执行 cdc version/tikv-server --version 获取。

xfworld · 2022 年8 月 10 日 02:37

这种问题，只能避免全表扫描，我之前分享过

wakaka · 2022 年8 月 10 日 03:43

select count(1）from t 就很快只需要0.几秒，图中上面加条件的就需要5s左右。

wakaka · 2022 年8 月 10 日 03:45

分享的文章方便再发下吗？我找了下没找到

xfworld · 2022 年8 月 10 日 03:58

select count(1) from t 直接走主键索引了，不会全表扫了

武汉行的线下活动，

wakaka · 2022 年8 月 10 日 04:08

看到了大佬文章，里面写着避免全表扫描和GC，现在我整张表1.8W数据量，GC也是正常的。就不知道为啥还有这么多过期的key，而且我再执行一次同样的语句执行计划一样但是执行快的时候是没有key_skipped_count的

h5n1 · 2022 年8 月 10 日 04:49

有可能是这个bug，没有达到GC条件，需要手动compact

xfworld · 2022 年8 月 10 日 06:30

坑告诉你了，要及时避开了

wakaka · 2022 年8 月 10 日 07:34

看到这个表的region分散到所有tikv和tiflash了。。。10多台都这么tikvctl操作一遍么？

wakaka · 2022 年8 月 10 日 07:36

嗯嗯，看到了谢谢！只能每一台tikv都用tikv-ctl执行命令么 ~ 有快速处理办法么~ 这个表是经常truncate 的

xfworld · 2022 年8 月 10 日 08:29

按照集群的方式操作也可以阿

compact-cluster 命令可以对整个 TiKV 集群进行手动 compact。该命令参数的含义和使用与 compact 命令一样。

weixiaobing · 2022 年8 月 10 日 08:35

整个集群compact 对业务有多大的影响，有哪些需要注意的？

wakaka · 2022 年8 月 12 日 09:35

不知道风险多大和执行时间需要多长，集群很大

xfworld · 2022 年8 月 12 日 09:56

可以调小并发度，最好是有UAT 资源试试，就最靠谱了

RaftSnail · 2022 年9 月 19 日 09:05

请问下楼主，这个问题已经解决了吗？是通过手动compact解决的吗，求分享，多谢

alfred · 2022 年9 月 19 日 09:35

遇到bug暂时绕过，等待修复

wakaka · 2022 年9 月 22 日 03:17

集群太大，不太可控就没操作。

system · 2022 年10 月 31 日 19:03

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。