从慢SQL上看上锁耗时和解锁耗时是0ns，主要在commit阶段耗时
监控上看看
可能是其他的事务持有锁，这个事务等待呢， 这里就看不出来吖
一定是磁盘IO上来了，可以看一下监控，然后又可能的话做一下负载均衡，会好一些。
感觉是raft的问题，可能是raft 应用 的pool size 设置小了，产生的 raft日志不能被及时消费，二阶段的commit就特别长
如何调整pool size,我现在用的都是默认的参数
raftstore.store-pool-size产生日志
raftstore.apply-pool-size 应用日志 两个调成一致吧，第一个比第二大，就会有等待
从你截的图中我也分析不出来什么问题。看看其他人怎么解决吧。如果明天下午还没解决，你就把
到
和
这3个时间段的监控用metric导出来吧。
老哥，问题还看吗？看的话贴下监控啊。不看的话我就不关注了哈。
感谢关注，已经确认是锁冲突导致触发了tidb流控机制。
1 个赞
是从哪几个监控项确认的呢
该主题在最后一个回复创建后60天后自动关闭。不再允许新的回复。