tidb慢日志出现较多Backoff_time很大

🪐 TiDB 技术问题
1

版本 ： 2.1
tidb慢日志出现较多Backoff_time很大的情况（有一部分是Wait_time较大），但是实际该sql的执行计划是很好的，而且查看监控也没发现什么异常，所以想请教一下这个问题应该怎么排查。

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%87771×208 7.07 KB

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871010×208 7.66 KB

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871094×210 7.55 KB

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%87836×212 7.23 KB

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%87762×217 7.12 KB

经过查看tidb监控， KV Errors 下 Lock Resolve OPS 面板中的 not_expired/resolve 监控项以及 KV Backoff OPS 面板中的 txnLockFast 监控项都没有明显的上升趋势。

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871749×430 121 KB

tikv监控的error部分也没严重错误

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871811×852 171 KB

查看pd监控也没有热点我问题

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871741×426 16.8 KB

region也相对稳定

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871777×542 66.7 KB

CPU也没什么压力

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871815×829 299 KB

QPS情况如下

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%87916×568 103 KB

1 个赞
3

从tikv的日志能看到很多lock的信息，这个该如何排查呢，请教一下排查思路

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871896×436 48.4 KB

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%87393×673 11.4 KB

5

谢谢，社区版本好像没审计功能，就比较尴尬了

6

还有一个疑问，针对这种问题，升级到高版本能解决？

7

升级到高的版本，比如3.0.8 之后支持悲观锁

目前2.X的版本，默认的是乐观锁， 升级对于这个锁冲突的问题，有点效果（乐观 => 悲观）

但是如果能从业务的角度去解决这个冲突，效果会更好

8

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。