mysql replication 监控_MySQL组复制MGR(三)-- 组复制监控

如果MySQL启用了性能监控数据库performance_schema,则在搭建组复制的时候会创建2个表:performance_schema.replication_group_members

performance_schema.replication_group_member_stats

这些performance_schema里面的表也显示组复制的信息:performance_schema.replication_connection_status

performance_schema.replication_applier_status

由复制插件创建的复制通道被命名为:group_replication_recovery:此通道用于与分布式恢复阶段相关的复制更改

group_replication_applier:此通道用于来自组的传入更改。

下面主要介绍前2个表。

(1)performance_schema.replication_group_members

该表用于监控MySQL组成员的状态信息

mysql> select * fromperformance_schema.replication_group_members;+---------------------------+--------------------------------------+-------------+-------------+--------------+

| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| group_replication_applier | 533fe6ba-bcdf-11ea-9516-000c295111ae | mgr-node1 | 3306 | ONLINE |

| group_replication_applier | 5ca45641-bcdd-11ea-918e-000c29fa726d | mgr-node2 | 3306 | ONLINE |

| group_replication_applier | 62ad32e3-bcdd-11ea-9bbb-000c2978d7f6 | mgr-node3 | 3306 | ONLINE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

这里需要关注组成员的数量已经成员状态(MEMBER_STATE):状态描述组同步

ONLINE该成员可以作为一个具有所有功能的组成员,客户端可以开始连接执行事务

RECOVERING

该成员正在恢复成为一个活跃的组成员

OFFLINE

插件已加载但成员不属于任何组

ERROR

恢复阶段或者应用更改时出现错误,server就会进入此状态

UNREACHABLE

每当本地故障检测器怀疑给定服务器无法访问时(例如由于非自愿断开连接),它将显示该服务器的状态为UNREACHABLE。

(2)performance_schema.replication_group_member_stats

复制组中的每个成员都认证并应用该组接收的事务,该表记录了认证过程相关的信息,如检查了多少事务、发现了多少冲突。

mysql> select * fromperformance_schema.replication_group_member_stats \G*************************** 1. row ***************************CHANNEL_NAME: group_replication_applier

VIEW_ID:15956427854145598:3MEMBER_ID: 533fe6ba-bcdf-11ea-9516-000c295111ae

COUNT_TRANSACTIONS_IN_QUEUE:0COUNT_TRANSACTIONS_CHECKED:20000COUNT_CONFLICTS_DETECTED:0COUNT_TRANSACTIONS_ROWS_VALIDATING:2TRANSACTIONS_COMMITTED_ALL_MEMBERS: dc04ba77-bcf2-11ea-85bf-000c295111ae:1-276051:1000003-1005707LAST_CONFLICT_FREE_TRANSACTION: dc04ba77-bcf2-11ea-85bf-000c295111ae:276051

各个字段的含义:

CHANNEL_NAME: 组复制通道的名称

VIEW_ID:

MEMBER_ID: 成员的id

COUNT_TRANSACTIONS_IN_QUEUE: 队列中等待冲突检测的事务数,冲突检测后,排队等待应用

COUNT_TRANSACTIONS_CHECKED: 已进行冲突检查的事务数量

COUNT_CONFLICTS_DETECTED: 未通过冲突检查的事务数量

COUNT_TRANSACTIONS_ROWS_VALIDATING: 表示冲突检测数据库的当前大小

TRANSACTIONS_COMMITTED_ALL_MEMBERS: 表示在当前视图的成员上成功提交的事务

LAST_CONFLICT_FREE_TRANSACTION: 显示最后一个检查无冲突的事务标识符

这些信息对于组性能监控非常重要,例如,假设组成员之一总是报出大量事务在队列中,这意味着该成员数据存在延迟,不能保持最新。基于这些信息,你可以决定去移除该成员,或者延迟其它节点的事务处理,从而减小排队的影响。

【完】

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值