TiDB表的索引数据和主表数据不一致

dba-kit · 2023 年7 月 12 日 03:44

【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.3
TiDB的索引和主表数据不一致，count和select * 返回条数不一致，通过ADMIN CHECK INDEX发现确实索引不一致

dba-kit · 2023 年7 月 12 日 03:46

这里的可能没办法正确处理数据，是仅仅指不一致的数据，还是说增量产生的索引数据也可能受影响呢？

PS: 我的场景发现索引多的数据都是历史数据，不会有修改。但是这个表正常还是有数据写入的，不知道能不能直接用CLEANUP来修复？
PPS: 怀疑可能还是搭建新集群从4.0升级到6.1时候，用tidb-lightning的物理模式多次导入时候遗留的一些问题

zhanggame1 · 2023 年7 月 12 日 04:46

没操作过，看文档风险还是很大的，建议找维护时间先备份再做吧，有业务时候就别搞了。

关键的是这一句“ * 若你使用 TiDB 企业版，此时建议提交工单联系 PingCAP 支持工程师进行处理。” 可能要厂商来处理

redgame · 2023 年7 月 12 日 06:16

索引可以修，最多重建

aytrack · 2023 年7 月 13 日 02:26

aytrack · 2023 年7 月 13 日 02:34

还有多次 lightning 重复导入，是使用了断点么？导入之后有没有用过 admin check table 检查呢， sync-diff 是不能检查出数据索引不一致的

dba-kit · 2023 年7 月 13 日 03:34

这个确认了下，tidb-lightning在导入失败时候，确实可能会出现不一致的状态。

dba-kit · 2023 年7 月 13 日 03:36

6.1到6.5是直接在线升级的，所以应该不是这个升级导致的。另外出现不一致的数据，都是很早之前的历史数据，也说明应该也是4.0导入6.1时候的报错导致的。

dba-kit · 2023 年7 月 13 日 05:54

试了下， ADMIN CLEANUP/RECOVER INDEX执行后，并没有修复数据

knull · 2023 年7 月 14 日 03:39

表有多大啊？如果不一致，是不是可以直接 drop index 然后再create index ？

dba-kit · 2023 年7 月 14 日 03:46

出问题的表是个归档表，现在已经有100亿数据了，历史分区还都在SATA盘，重建索引的成本很高

有猫万事足 · 2023 年7 月 17 日 04:15

我也碰到过这个问题，当时数据还不多，也是lightning物理模式导入出错。
最后整个表重建了，蹲一个更好的解决方案。

magongyong · 2024 年3 月 11 日 14:27

顶一下，我们线上也出现这个问题了