本节描述了提供组复制信息的状态变量。
状态变量及其含义列举如下:
-
Gr_control_messages_sent_count
该成员发送的控制消息的数量。
-
Gr_control_messages_sent_bytes_sum
该成员发送的控制消息的总字节数;这是线上大小。
-
Gr_control_messages_sent_roundtrip_time_sum
该成员发送的控制消息的总往返时间(微秒);一轮往返时间是从发送到消息在发送者上的交付之间测量的。
-
该成员发送的事务数据消息的数量。
-
Gr_data_messages_sent_bytes_sum
该成员发送的事务数据消息的总字节数;这是线上大小。
-
Gr_data_messages_sent_roundtrip_time_sum
该成员发送的事务数据消息的总往返时间(微秒);一轮往返时间是从发送到消息在发送者上的交付之间测量的。
-
Gr_transactions_consistency_after_termination_count
使用
group_replication_consistency
等于AFTER
或BEFORE_AND_AFTER
执行的事务数量。 -
Gr_transactions_consistency_after_termination_time_sum
使用
group_replication_consistency
等于AFTER
或BEFORE_AND_AFTER
执行的事务之间的时间(微秒),从事务执行到其他组成员确认事务已经准备好的时间。该值不包括事务发送往返时间。
-
Gr_transactions_consistency_before_begin_count
使用
group_replication_consistency
等于BEFORE
或BEFORE_AND_AFTER
执行的事务数量。 -
Gr_transactions_consistency_before_begin_time_sum
使用
group_replication_consistency
等于BEFORE
或BEFORE_AND_AFTER
执行的事务之前,成员等待组复制应用程序通道被消费的总时间(微秒)。 -
Gr_transactions_consistency_after_sync_count
在secondary上等待开始的交易数量,而等待来自primary的交易以
group_replication_consistency
等于AFTER或BEFORE_AND_AFTER提交。 -
Gr_transactions_consistency_after_sync_time_sum
secondary上等待来自primary的交易以
group_replication_consistency
等于AFTER或BEFORE_AND_AFTER提交之前的总等待时间,以微秒为单位。 -
Gr_certification_garbage_collector_count
认证垃圾收集器运行的次数。
-
Gr_certification_garbage_collector_time_sum
认证垃圾收集器所花费的总时间,以微秒为单位。
-
Gr_all_consensus_proposals_count
在该节点上启动和终止的所有提议的总和。
-
Gr_empty_consensus_proposals_count
在该节点上启动和终止的所有空白提议的总和。
-
从该节点发送到所有组节点的所有套接字级字节的总和。报告的数据比发送的消息更多,因为它们被多路复用并发送到每个成员。
例如,如果我们有一个三个成员的组,并发送一个100字节的消息,这个值将计算为300字节,因为我们将100字节发送到每个节点。
-
该节点上所有一致性轮次的总时间。通过比较这个值与
Gr_all_consensus_proposals_count
,我们可以确定是否存在一致性时间的上升趋势,这可能表明问题。 -
该节点启动的完整3阶段轮次的数量。如果这个数字随着时间的推移而增长,这意味着至少有一个节点在回答提议时遇到了问题,或者由于网络问题。使用这个值与性能架构
replication_group_communication_information
表中的count_member_failure_suspicions列一起诊断这些问题。 -
该节点发送到组的高级消息数量。这些是从API接收的消息,用于提议组。XCom批处理机制将这些消息批处理并一起提出。该变量显示的值反映了批处理前的消息数量。
-
Gr_consensus_bytes_received_sum
从组节点接收的所有套接字级字节的总和,这些节点将该节点作为目标。
-
Gr_last_consensus_end_timestamp
最后一个一致性提议被批准的时间,以时间戳格式表示。这可以指示组是否进度缓慢或已经停止。
所有这些状态变量都具有成员范围,因为它们反映了本地成员的观察结果。它们在组引导、加入新成员、现有成员自动重新加入和服务器重新启动时被重置。