我这边大量的写入场景是这样的，从一个在线集群同步数据到这个集群，用的就是tidb的cdc，但是在dashboard里面，表现的是begin.insert into或者begin,update 所以这种都是悲观事务，感觉latch 会对悲观事务造成影响吗

如果是tidb节点的内存和cpu 打满，出现这种情况也符合逻辑

dashboard 可以查看集群状态，在组件所在的OS上可以利用systemd 重启组件

完整的语句和执行计划发下吧，

reload=等于从tiup上下发配置文件到各个节点+重启组件，restart直接就是重启组件，不会下发配置

重启kv 就行，这种肯定是遇到什么BUG了，要不然怎么会阻塞呢

其实大概率是bug,我们之前开启br log后，也是tikv 的pending task都是backupstream，也是重启集群就好了，但是我们当时遇到tikv 内存升高的问题，我去github 上找到了bug，你也可以去找找

怕不兼容，我感觉是兼容的，我最近正在搞呢

tidb是自建的

这咋解决

大佬 集群扫描配置

啥都没看到

没改过采集指标

dashboard的top sql，持续分析功能都没有开启，tidb集群版本是8.1.1

目前观察到的是cpu 升高的时候，node_exporter 监控到 磁盘IOPS 延迟 吞吐量全都上来了

跨表合并是开的，adj-disallow-merge 的值不多，应该不是这个导致的

是的,region 过多,

90万个

raftstore.store-pool-size 调整到4以后，高峰期 也没有发生过掉leader的现象