偶发加锁时间长

【 TiDB 使用环境】生产环境
【 TiDB 版本】6.5
【复现路径】偶发
【遇到的问题:问题现象及影响】
偶发update by id 耗时长,检查执行过程后发现是加锁时间长
【附件:截图/日志/监控】


image

看看监控,tikv-》scheduler-》prewrite 看看latch wait duration是不是长?

集群状态正常吗?内存悲观锁和pipelined加锁有没有开启?

突然发现普罗米修斯的密码忘记了。。

正常,提到的这两个锁怎么看有没有开启,我应该是默认配置就开始用的

prometheus配置了basic auth认证了吗?还是说Grafana密码忘记了?

默认就是开启的,如果业务逻辑悲观锁需求不是很大的话,全局可以设置成乐观锁模式,在需要悲观锁的事务中手动开启。
可以参考文档
https://docs.pingcap.com/zh/tidb/stable/pessimistic-transaction

Prometheus|云原生|grafana的admin用户密码重置备忘记录_grafana 忘记 管理员密码-CSDN博客 可以参考这个试试

2 个赞

进入到/usr/share/grafana/bin目录
grafana-cli admin reset-admin-password xxxx

1 个赞

如果prometheus开启了basic auth,prometheus启动参数–web.config.file指定的文件修改下,参考这篇文章,重启下prometheus就行。

如果是Grafana密码忘记了,参考上面大佬的回复

Grafana CLI admin: ‘reset-amdin-password’ is not a Grafana CLI admin command. See ‘./grafana-cli --help’.

我们是这么重置的啊,你help看看。


算正常吗

是不是可以进行下锁排查看看什么问题.

1 个赞

多来点监控,这个是ops,是代表这一个scheduler的量。还有个wait duration,看看多少。
另外总的cpu和thread cpu都贴一下看看。

我理解就是悲观锁等待啊