【TiDB 使用环境】
生产环境
【TiDB 版本】
v7.5.0
【操作系统】
CentOS 8
【部署方式】
机器部署，使用事务接口直连tikv
【集群数据量】
100GB+
【集群节点数】
【问题复现路径】
出现pending task的节点半个月左右之前做过evict leader，一直没有删除调度策略。
【遇到的问题：问题现象及影响】
暂未出现时延问题。
【资源配置】
【复制黏贴 ERROR 报错的日志】
【其他附件：截图/日志/监控】
【集群数据量】
100GB+
【集群节点数】
【问题复现路径】
出现pending task的节点半个月左右之前做过evict leader，一直没有删除调度策略。
【遇到的问题：问题现象及影响】
暂未出现时延问题。
【资源配置】
【复制黏贴 ERROR 报错的日志】
【其他附件：截图/日志/监控】
1 个赞
“暂未出现时延问题。”这是啥问题啊，听不懂呢？
时延上暂时没升高，只发现pending task异常。
work pending task是啥意思，学习学习
看一下,等大神来.
一直没有删除调度
看一下,等大神来.
1 个赞
work pending task
这个地方修正下，目前看最先开始出现这个问题的实例，不是当时被驱逐了leader的实例。
现在看起来还是check leader这个task在积压，除了这个请求本身时延升高之外，好像没影响到其他请求？
pd的协程数量也在增加。
1 个赞
看起来应该和这里说的内容相关。
https://docs.pingcap.com/zh/tidb/v7.5/troubleshoot-stale-read/
1 个赞
还未解决吗？
呵呵，这个可以有~
暂时解决了。因为是用sdk直连tikv的，task数量出现异常的时候，客户端数量比较多且一直增加，把数量降下去之后就好了？还是没明白具体原因啥。
看一下，等大神
可能是跟业务系统有关吧