这个问题是 mvcc 版本太多导致分裂的时候，找到的中间 key（middle key 和左边界key 一致了导致），（mvcc 版本产生的速度超过了 GC 的速度），需要咱们咱们 compact 一下。
1、可以手动 split region一下（region id 在报错中有提到：1735105），然后检查日志是否可以 split（如果ok，那就ok，不过大概率还是报同样的错误）
2、tidb API 有查看 region 的mvcc 版本的 API（asktug 上也能搜到），一会我补充一下
3、上面都是辅助验证的信息，但想解决，还是需要 compact-cluster ，主动 compact 一下
4、看这次的 region id 不一样了，建议把 tikv 日志过滤一下，看看 类似的问题region 多吗，另外，最好帮描述一下，这些 region 所涉及的表，更新频率如何
1 个赞