GreatSQL社区

搜索

MySQL MGR 8.0.27一主两从遇到其中一节点经常延迟

1093 23 2023-8-7 09:57
全部回复(23)
shawn 2023-8-7 14:17:24
yejr 发表于 2023-8-7 13:35
先不理会proxysql的告警,参考下面这个文档,自行手动确认复制延迟情况
https://gitee.com/GreatSQL/Grea ...

好的,我先将这些信息纳入监控,观察一下,谢谢叶总~
shawn 2023-8-7 15:52:47
林晓嘉 发表于 2023-8-7 11:55
实时监测下 gr_member_routing_candidate_status 表上 max_transaction_behind 的值,判断下是不是因为事 ...

下午刚添加了这个视图的监控,确实有出现transaction_behind比较大的,这种情况不太理解是什么原因导致的,服务器负载不高的,但是应用有使用seata的分布式事务组件,不清楚是否与这个有关联。
doubled 2023-8-7 16:13:25
shawn 发表于 2023-8-7 15:52
下午刚添加了这个视图的监控,确实有出现transaction_behind比较大的,这种情况不太理解是什么原因导致的 ...

根据叶总给的信息,可以看看mgr相关队列是否有堆积(包括认证队列等)以及流控是否有问题;还有就是可以看看sql语句是否有问题,包括慢查询等
doubled 2023-8-7 21:55:33
shawn 发表于 2023-8-7 15:52
下午刚添加了这个视图的监控,确实有出现transaction_behind比较大的,这种情况不太理解是什么原因导致的 ...

如果整体负载不高,可能是mgr跑paxos协议的线程已经满了,因为mgr跑paxos协议都是使用单线程多协程模型;可以从下面角度查看:
select thread_os_id,,name,type from performance_schema.threads where name like '%group_rpl%';

根据查询到的thread_os_id再到操作系统上使用top -p ${mysql_pid} -H 查看对应的线程是否已经满了
123

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2024-4-27 17:27 , Processed in 0.014848 second(s), 12 queries , Redis On.
快速回复 返回顶部 返回列表