tikv查询数据时出现Error scanning data from region

[TIDB救我狗命]

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】6.5.3
【复现路径】使用tikv查询数据
【遇到的问题：问题现象及影响】出现了Error scanning data from region
是偶现的，有时候会出现，有时候又正常

[TIDB救我狗命]

[redgame (Ti D Ber Pa Amoi Ul)]

监控出现这个时段：资源是否紧张。网络是否有问题。

[大飞哥online (大飞哥)]

出现异常的时间点，观察下监控看看，各指标有什么异常，如tikv，tidb，内存，磁盘IO等

[TIDB救我狗命]

目前没有再出现这个情况了，后续如果还出现这问题，我再找运维拿具体监控日志

[TIDB救我狗命]

又出现这种情况了。部分表异常

[TIDB救我狗命]

各项指标都是正常的

[TIDB救我狗命]

指标的图片我放在下面了。应该都是正常的

[TIDB救我狗命]

这是完整的报错日志

[大飞哥online (大飞哥)]

这个是之前的吧，看store_id 是一开始发的。

[大飞哥online (大飞哥)]

SELECT * FROM INFORMATION_SCHEMA.TIKV_STORE_STATUS WHERE store_id=8983898699;

看看这个store_id 对应的记录

[像风一样的男子]

pd-ctl看下这个报错region的详细信息

[TIDB救我狗命]

这是完整的报错日志，但是不是最新的报错日志

[TIDB救我狗命]

@大飞哥online

8983898699

我查询了一下最新的报错的regionId的schema信息

[TIDB救我狗命]

regionId已经不见了，需要等问题再出现我才能查。。

[TIDB救我狗命]

又出现了这个问题，然后发现日志里面的是store_id 而不是region_id，这个应该怎么查问题。。。

[TIDB救我狗命]

[TIDB救我狗命]

我找了一下异常的表的region_id，并且执行pd-ctl，结果图如下:

[TIDB救我狗命]

是不是因为leader节点切换导致的。。客户端持有的store_id为171615401,而服务端已经切换至11979412891

[TIDB救我狗命]

最新的情况已经发在下面了哈，大佬可以看一看