的会员
表描述了每个数据节点对集群中所有其他数据节点的视图,包括节点组成员、总裁节点、仲裁器、仲裁器继承者、仲裁器连接状态和其他信息。
的会员
表包含以下列:
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 "SHOW".
left_node
而且right_node
是根据一个模型定义的,该模型将圆圈中的所有数据节点按照节点id的顺序连接起来,类似于时钟刻度盘上数字的顺序,如下所示:
在本例中,我们有8个数据节点,编号为5、6、7、8、12、13、14和15,顺时针排列成一个圆。我们确定”左”而且”正确的”从圆的内部。节点5左边的节点为节点15,节点5右边的节点为节点6。您可以通过运行以下查询并观察输出来查看所有这些关系:
mysql> SELECT node_id,左t_node,右_node -> FROM ndbinfo.membership;+---------+-----------+------------+ | 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秒)
的名称”左”而且”正确的”以同样的方式在事件日志中使用。
的总统
Node是当前节点查看的负责设置仲裁器的节点(请参阅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节点都有资格成为仲裁员。