的会员
表描述了每个数据节点对集群中所有其他数据节点的视图,包括节点组成员关系、主席节点、仲裁人、仲裁人继承者、仲裁人连接状态和其他信息。
的会员
表包含以下列:
node_id
该节点的节点ID
group_id
该节点所属的节点组
左节点
节点前一个节点的ID
right_node
节点下一个节点的ID
总统
总统的节点ID
的继任者
总裁继任者的节点ID
succession_order
此节点继承主席职位的顺序
Conf_HB_order
-
仲裁员
仲裁节点ID
arb_ticket
用于跟踪仲裁的内部标识符
arb_state
仲裁状态
arb_connected
该节点是否连接到仲裁者;中的任何一个
是的
或没有
connected_rank1_arbs
秩为1的连接仲裁员
connected_rank2_arbs
秩为1的连接仲裁员
笔记
节点ID和节点组ID与上报的一致ndb_mgm - e“秀”.
left_node
而且right_node
是根据一个模型来定义的,该模型将所有的数据节点连接成一个圆,按照节点id的顺序,类似于时钟表盘上数字的顺序,如下所示:
在本例中,我们有8个数据节点,编号为5、6、7、8、12、13、14和15,按顺时针方向排成一圈。我们确定”左”而且”正确的”从圆的内部。节点5左侧的节点为节点15,节点5右侧的节点为节点6。通过运行以下查询并观察输出,你可以看到所有这些关系:
mysql> SELECT node_id,left_node,right_node -> FROM ndbinfo.member;+---------+-----------+------------+ | node_id | left_node | right_node | +---------+-----------+------------+ | 5 | 15 | 6 | | 6 | 5 | 7 | | 7 | 6 | 8 | | 12 8 | 7 | | | | 12 8 | 13 | | 13 | 12 | 14 | | 14 | 13 | 15 | | 15 | 14 | 5 | +---------+-----------+------------+ 8行集(0.00秒)
的名称”左”而且”正确的”以相同的方式在事件日志中使用。
的总统
节点是当前节点视为负责设置仲裁者的节点(参见NDB集群启动阶段).如果总统发生故障或断开连接,则当前节点期望得到ID显示在的继任者
专栏成为新总统。的succession_order
列显示当前节点认为自己在继承队列中的位置。
在一个正常的NDB集群中,所有数据节点应该看到相同的节点总统
,且与其相同的节点(总统除外)的继任者
.此外,现任总统应该把自己视为1
按照继承顺序,的继任者
Node应该将自己视为2
,等等。
所有节点都应该显示相同的内容arb_ticket
价值观也一样arb_state
值。可能的arb_state
值是ARBIT_NULL
,ARBIT_INIT
,ARBIT_FIND
,ARBIT_PREP1
,ARBIT_PREP2
,ARBIT_START
,ARBIT_RUN
,ARBIT_CHOOSE
,ARBIT_CRASH
,未知的
.
arb_connected
显示此节点是否连接到以此节点的节点显示的节点仲裁员
.
的connected_rank1_arbs
而且connected_rank2_arbs
每个列显示0个或多个仲裁者的列表ArbitrationRank
分别等于1或2。
管理节点和API节点都有资格成为仲裁者。