差不多也是用 AI 去看了下是这类原因，不过还没找到具体引发崩溃的 SQL

目前已经解决问题，还是可以参考 recover-mvcc 来处理的。不使用 region key 来找具体的 store ，而是使用 pd 工具的 region 命令来找具体分布的 store 。在 pd 工具中看到的 store 上，使用 recover mvcc 能看到 lock 的问题。

有一个 tikv 节点 IO 过高，这边先设置了leader 驱逐以及下线，设置完之后暂时没看到报错

临时肯定不太行……这个是正式在线业务在跑的，后续肯定要升级

确实是，把小表挪出来之后就恢复了