【 TiDB 使用环境】生产环境
【 TiDB 版本】6.5
【复现路径】偶发
【遇到的问题:问题现象及影响】
偶发update by id 耗时长,检查执行过程后发现是加锁时间长
【附件:截图/日志/监控】
看看监控,tikv-》scheduler-》prewrite 看看latch wait duration是不是长?
集群状态正常吗?内存悲观锁和pipelined加锁有没有开启?
突然发现普罗米修斯的密码忘记了。。
正常,提到的这两个锁怎么看有没有开启,我应该是默认配置就开始用的
prometheus配置了basic auth认证了吗?还是说Grafana密码忘记了?
默认就是开启的,如果业务逻辑悲观锁需求不是很大的话,全局可以设置成乐观锁模式,在需要悲观锁的事务中手动开启。
可以参考文档
https://docs.pingcap.com/zh/tidb/stable/pessimistic-transaction
进入到/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看看。
多来点监控,这个是ops,是代表这一个scheduler的量。还有个wait duration,看看多少。
另外总的cpu和thread cpu都贴一下看看。
我理解就是悲观锁等待啊