本帖最后由 doubled 于 2023-8-7 11:35 编辑
doubled 发表于 2023-8-7 10:56
几个方向：1、mgr节点之间是否真的出现网络问题导致的延迟；2、proxysql中日志有没有记录相应的延迟，如 ...
还有一个是我记得proxysql配置mgr的时候mysql_group_replication_hostgroups表要设置max_transactions_behind字段，这个是不是有影响？发帖数有限制，每小时只能发5个--；你可以试着把max_transactions_behind设置为100看看
回帖数有限制；
可以设置max_transaction_behind为100，或者mysql-monitor_groupreplication_max_transactions_behind_count这个变量设置为1（默认是3）
doubled 发表于 2023-8-7 10:59
还有一个是我记得proxysql配置mgr的时候mysql_group_replication_hostgroups表要设置max_transactions_be ...
主机组的max_replication_lag已经调整过了，原来是1，现在增大到5还是有会报错
doubled 发表于 2023-8-7 10:56
几个方向：1、mgr节点之间是否真的出现网络问题导致的延迟；2、proxysql中日志有没有记录相应的延迟，如 ...
1、MGR节点之间应该是没有问题的
2、proxysql的日志记录的信息就是刚才发出来的信息
3、proxysql与MGR节点之间的网络都使用的万兆网卡的且同网段的，不存在防火墙流量限制。
我这边同一个系统里有四套MGR集群，底层都是VM上面的，VM采用了物理机交叉部署的方式。
shawn 发表于 2023-8-7 11:29
1、MGR节点之间应该是没有问题的
2、proxysql的日志记录的信息就是刚才发出来的信息
3、proxysql与MGR节 ...
实时监测下 gr_member_routing_candidate_status 表上 max_transaction_behind 的值，判断下是不是因为事务延迟导致的剔除集群动作。
如果非读写分离+读强一致性，建议可以加大 max_transaction_behind 阈值。
doubled 发表于 2023-8-7 10:59
还有一个是我记得proxysql配置mgr的时候mysql_group_replication_hostgroups表要设置max_transactions_beh ...
mysql_group_replication_hostgroups有设置max_transaction_behind 100
doubled 发表于 2023-8-7 10:59
还有一个是我记得proxysql配置mgr的时候mysql_group_replication_hostgroups表要设置max_transactions_beh ...
monitor_groupreplication_max_transactions_behind_count 默认3 改为1的话不是报警频率又高了吗
林晓嘉 发表于 2023-8-7 11:55
实时监测下 gr_member_routing_candidate_status 表上 max_transaction_behind 的值，判断下是不是因为事 ...
这个延迟的视图，目前还没加入到监控里，稍后我会纳入监控内；这几套MGR都采用的读写分离的架构，所以读强一致性需求还是比较严格的。
shawn 发表于 2023-8-7 12:43
这个延迟的视图，目前还没加入到监控里，稍后我会纳入监控内；这几套MGR都采用的读写分离的架构，所以读 ...
目前怎么样，还会被shunned么？
shawn 发表于 2023-8-7 12:43
这个延迟的视图，目前还没加入到监控里，稍后我会纳入监控内；这几套MGR都采用的读写分离的架构，所以读 ...
先不理会proxysql的告警，参考下面这个文档，自行手动确认复制延迟情况
https://gitee.com/GreatSQL/GreatSQL-Doc/blob/master/deep-dive-mgr/deep-dive-mgr-06.md
doubled 发表于 2023-8-7 13:34
目前怎么样，还会被shunned么？
是的。