membership таблица описывает представление, что у каждого узла данных есть всего другие в кластере, включая состав группы узла, узел президента, арбитра, преемника арбитра, состояния соединения арбитра, и другую информацию.

Следующая таблица предоставляет информацию о столбцах в membership таблица. Для каждого столбца таблица показывает имя, тип данных, и краткое описание. Дополнительная информация может быть найдена в примечаниях после таблицы.

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.membership;+---------+-----------+------------+| node_id | left_node | right_node |+---------+-----------+------------+|       5 |        15 |          6 ||       6 |         5 |          7 ||       7 |         6 |          8 ||       8 |         7 |         12 ||      12 |         8 |         13 ||      13 |        12 |         14 ||      14 |        13 |         15 ||      15 |        14 |          5 |+---------+-----------+------------+8 rows in set (0.00 sec)

Обозначения "уехали", и "право" используются в конечном счете журнал таким же образом.

president узел является узлом, просматриваемым текущим узлом как ответственный за установку арбитра (см. MySQL Cluster Start Phases). Если президент перестанет работать или станет разъединенным, то текущий узел ожидает узел, ID которого показывают в successor столбец, чтобы стать новым президентом. succession_order столбец показывает место в очереди последовательности, что текущий узел просматривает себя как наличие.

В нормальном MySQL Cluster все узлы данных должны видеть тот же самый узел как president, и тот же самый узел (кроме президента) как successor. Кроме того, текущий президент должен видеть себя как 1 в порядке последовательности, successor узел должен видеть себя как 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, и UNKNOWN.

arb_connected шоу, соединяется ли этот узел с узлом, показанным как этот узел arbitrator.

connected_rank1_arbs и connected_rank2_arbs столбцы каждый дисплей список 0 или больше арбитров, имеющих ArbitrationRank равный 1, или 2, соответственно.