mgr未同步 mysql_MGR状态监控：基础篇

作者  张彦东 · 沃趣科技数据库工程师

出品  沃趣科技

01 概述

Perfomance Schema库下的几张表记录了MGR集群的状态信息，可以通过监控下表的信息来获得集群的状态信息:

performance_schema.replication_group_member_stats   #记录节点各自同步数据的状态信息

performance_schema.replication_group_members    #记录节点本身的状态信息

performance_schema.replication_connection_status    #记录从集群中接受到的且在applier队列中排队的事务

performance_schema.replication_applier_status   #记录组复制的专用复制通道

performance_schema.replication_applier_status_by_coordinator    #记录SQL协调器线程分发事务相关的状态

performance_schema.replication_applier_status_by_worker #记录worker线程应用事务相关的状态

表里具体的字段信息请自行查阅官方文档，本文不再过多赘述。

02 集群节点状态

集群节点状态列表和对应含义如下表所示：

状态值	状态描述	是否和集群同步
ONLINE	表示该节点已经是一个健康的节点，该节点可以正常接受客户端的访问。	是
RECOVERING	表示该节点正在成为集群的活跃节点，目前正在恢复过程中，正在接受来自引导节点的状态转移数据。	否
OFFLINE	表示该Server已加载了MGR插件，但此时Server不属于任何组集群。	否
ERROR	表示该节点处于错误状态，不能作为任何集群的节点正常工作。	否
UNREACHABLE	当某一节点不可访问时，将显示该成员的状态为UNREACHABLE。	否

03 查找主节点

root@localhost:mysql.sock 11:43:53 [(none)]> SHOW STATUS LIKE 'group_replication_primary_member';
+----------------------------------+--------------------------------------+
| Variable_name                    | Value                                |
+----------------------------------+--------------------------------------+
| group_replication_primary_member | bfd7119e-0d2d-11eb-8c01-fa481f05d800 |
+----------------------------------+--------------------------------------+
1 row in set (0.00 sec)

04 集群节点状态信息

组复制中的每个节点都会各自对从集群中接受的事务进行冲突认证检测，然后进行应用。从集群中接受事务以及应用事务相关的统计信息，这些统计信息对于了解applier队列的增长、发现的事务、验证的事务、已经提交的事务等有用信息。下表提供这类有用信息的一个统计：

root@localhost:mysql.sock 17:19:16 [(none)]>  SELECT * FROM performance_schema.replication_group_member_stats\G
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    258
Current database: *** NONE ***

*************************** 1. row ***************************
                              CHANNEL_NAME: group_replication_applier
                                   VIEW_ID: 16025809057344168:3
                                 MEMBER_ID: aeb1a9bf-0d2d-11eb-ac0f-faad9ffd2500
               COUNT_TRANSACTIONS_IN_QUEUE: 0
                COUNT_TRANSACTIONS_CHECKED: 8
                  COUNT_CONFLICTS_DETECTED: 0
        COUNT_TRANSACTIONS_ROWS_VALIDATING: 0
        TRANSACTIONS_COMMITTED_ALL_MEMBERS: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-1898
            LAST_CONFLICT_FREE_TRANSACTION: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1898
COUNT_TRANSACTIONS_REMOTE_IN_APPLIER_QUEUE: 0
         COUNT_TRANSACTIONS_REMOTE_APPLIED: 10
         COUNT_TRANSACTIONS_LOCAL_PROPOSED: 1
         COUNT_TRANSACTIONS_LOCAL_ROLLBACK: 0
*************************** 2. row ***************************
                              CHANNEL_NAME: group_replication_applier
                                   VIEW_ID: 16025809057344168:3
                                 MEMBER_ID: bfd7119e-0d2d-11eb-8c01-fa481f05d800
               COUNT_TRANSACTIONS_IN_QUEUE: 0
                COUNT_TRANSACTIONS_CHECKED: 8
                  COUNT_CONFLICTS_DETECTED: 0
        COUNT_TRANSACTIONS_ROWS_VALIDATING: 0
        TRANSACTIONS_COMMITTED_ALL_MEMBERS: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-1898
            LAST_CONFLICT_FREE_TRANSACTION: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1898
COUNT_TRANSACTIONS_REMOTE_IN_APPLIER_QUEUE: 0
         COUNT_TRANSACTIONS_REMOTE_APPLIED: 1
         COUNT_TRANSACTIONS_LOCAL_PROPOSED: 8
         COUNT_TRANSACTIONS_LOCAL_ROLLBACK: 0
*************************** 3. row ***************************
                              CHANNEL_NAME: group_replication_applier
                                   VIEW_ID: 16025809057344168:3
                                 MEMBER_ID: d6b2dae8-0d2d-11eb-9687-fae661bd6b00
               COUNT_TRANSACTIONS_IN_QUEUE: 0
                COUNT_TRANSACTIONS_CHECKED: 8
                  COUNT_CONFLICTS_DETECTED: 0
        COUNT_TRANSACTIONS_ROWS_VALIDATING: 0
        TRANSACTIONS_COMMITTED_ALL_MEMBERS: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-1898
            LAST_CONFLICT_FREE_TRANSACTION: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1898
COUNT_TRANSACTIONS_REMOTE_IN_APPLIER_QUEUE: 0
         COUNT_TRANSACTIONS_REMOTE_APPLIED: 8
         COUNT_TRANSACTIONS_LOCAL_PROPOSED: 0
         COUNT_TRANSACTIONS_LOCAL_ROLLBACK: 0
3 rows in set (0.00 sec)

| 作者简介 张彦东·沃趣科技数据库工程师 MySQL爱好者，熟悉MySQL体系结构，擅长MySQL故障诊断和排查，喜好钻研开源技术，热衷于MySQL及其周边技术分享。

相关链接

MySQL 一个让你怀疑人生的hang死现象

MGR部署：单主模式---基础篇

集群架构：多主模式---基础篇

集群架构：单主模式---基础篇

组复制背景：初识MGR---基础篇

MySQL权限表损坏导致无法启动

K8S服务暴露: HAProxy在RDS场景下的妙用

深入浅出Zookeeper(五)：Leader选举

深入浅出Zookeeper(四)：客户端的请求在服务器中经历了什么

深入浅出Zookeeper(三)：Watch实现剖析

组复制常见疑问 | 全方位认识 MySQL 8.0 Group Replication

组复制要求和限制 | 全方位认识 MySQL 8.0 Group Replication

组复制系统变量 | 全方位认识 MySQL 8.0 Group Replication

组复制升级 | 全方位认识 MySQL 8.0 Group Replication

组复制性能 | 全方位认识 MySQL 8.0 Group Replication

组复制安全 | 全方位认识 MySQL 8.0 Group Replication

组复制常规操作-使用xtrabackup备份恢复或添加组成员 | 全方位认识MySQL8.0 Group Replication

组复制常规操作-网络分区&混合使用IPV6与IPV4 | 全方位认识 MySQL 8.0 Group Replication

组复制常规操作-分布式恢复 | 全方位认识 MySQL 8.0 Group Replication

组复制常规操作-事务一致性保证 | 全方位认识 MySQL 8.0 Group Replication

组复制常规操作-在线配置组 | 全方位认识 MySQL 8.0 Group Replication

再述mysqldump时域问题

揭秘 MySQL 主从环境中大事务的传奇事迹

MySQL 执行DDL语句 hang住了怎么办?

手把手教你认识OPTIMIZER_TRACE

MySQL行级别并行复制能并行应用多少个binlog group？

binlog server还是不可靠吗？

MySQL binlog基于时间点恢复数据失败是什么鬼？

MySQL高可用工具Orchestrator系列六：Orchestrator/raft一致性集群

MySQL高可用工具Orchestrator系列五：raft多节点模式安装

MySQL高可用工具Orchestrator系列四：拓扑恢复

MySQL高可用工具Orchestrator系列三：探测机制

select into outfile问题一则

开源监控系统Prometheus的前世今生

prometheus监控多个MySQL实例

prometheus配置MySQL邮件报警

MySQL问题两则

Kubernetes scheduler学习笔记

直方图系列1

执行计划-12：基数反馈

执行计划-11：真实数据

执行计划-10：猜想

执行计划-9：多倍操作

执行计划-8：成本、时间等

大数据量删除的思考(四)

大数据量删除的思考(三)

日志信息记录表|全方位认识 mysql 系统库

复制信息记录表|全方位认识 mysql 系统库

时区信息记录表|全方位认识 mysql 系统库

Oracle RAC Cache Fusion系列十八：Oracle RAC Statisticsand Wait Events

Oracle RAC Cache Fusion 系列十七：Oracle RAC DRM

Oracle RAC CacheFusion 系列十六：Oracle RAC CurrentBlock Server

更多干货，欢迎来撩~