10bet网址
MySQL 5.7参考手册
相关的文档10bet官方网站 本手册下载 本手册节选

21.5.14.25 ndbinfo成员表

会员表描述了每个数据节点对集群中所有其他数据节点的视图,包括节点组成员关系、主席节点、仲裁人、仲裁人继承者、仲裁人连接状态和其他信息。

会员表包含以下列:

  • 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的顺序,类似于时钟表盘上数字的顺序,如下所示:

图21.39 NDB集群节点环形排列

内容在周围的文本中有描述。

在本例中,我们有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_NULLARBIT_INITARBIT_FINDARBIT_PREP1ARBIT_PREP2ARBIT_STARTARBIT_RUNARBIT_CHOOSEARBIT_CRASH,未知的

arb_connected显示此节点是否连接到以此节点的节点显示的节点仲裁员

connected_rank1_arbs而且connected_rank2_arbs每个列显示0个或多个仲裁者的列表ArbitrationRank分别等于1或2。

请注意

管理节点和API节点都有资格成为仲裁者。