tikv查询表异常

[TIDB救我狗命]

【 TiDB 使用环境】生产环境
【 TiDB 版本】6.5.3
【复现路径】查询表
【遇到的问题：问题现象及影响】

Request range exceeds bound, request range:[7480000000000900FFF95F728000000006FF59720C0000000000FA, 7480000000000900FFF95F728000000006FF78CF9E0000000000FA), physical bound:[74800000000008FBFFF55F72800000002AFF9656D30000000000FA, 7480000000000900FF545F698000000000FF00000103E20B3B65FFECC240010419ADB8FF3000000000038000FF000000030F3B0000FD)

稳定复现，只有这张表查不了，git上在4月18号提交了一个commit,但是还是有这个问题。。
https://github.com/pingcap/tidb/pull/43146

[大飞哥online (大飞哥)]

有备份么？有的话重建下，把业务恢复了

[大飞哥online (大飞哥)]

要不把leader 切了，看看follow的 OK不

[TIDB救我狗命]

主要是怕重建完了之后依旧有这个问题。如果实在不行的话，就要改jdbc去读取tidb数据了，但是切换jdbc要改动一大堆代码，头疼

[TIDB救我狗命]

我确认了一下6.5.x版本的代码，是有上面的那个commit的，但是还是有这个问题，我先把表重建了看看吧

[有猫万事足]

没有吧，起码我在6.5.5这个版本的文件下都没找到这个修复的测试用例。

https://github.com/pingcap/tidb/blob/v6.5.5/executor/distsql_test.go

在TestPartitionTableIndexJoinIndexLookUp之后没有找到TestPartitionTableRangeRequestOrdered。
感觉确实是没有合并。
难道是合并了没添加测试？

[TIDB救我狗命]

6.5.3上面的是这个提交

还有36883

[有猫万事足]

原来如此，受教。

[TIDB救我狗命]

但是这个问题不知道为啥会出现，我现在只能先把表重建了，重建完之后就能正常查询了

[大飞哥online (大飞哥)]

先重建吧，业务恢复了要紧。

有木有试过 pd-ctl operator 把 leader 调度下

可能是 3副本 ，其中一个副本的region 坏了，会不会有这种

[ajin0514 (Ti D Ber Qp67li A3)]

建议先重建