Spec-Zone .ru
спецификации, руководства, описания, API

17.5.10.19. ndbinfo transporters Таблица

Эта таблица содержит информацию о транспортерах NDB.

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

Имя столбца Ввести Комментарии
node_id целое число Уникальный ID узла этого узла данных в кластере.
remote_node_id целое число ID узла узла удаленных данных.
status строка Состояние соединения.
remote_address строка Имя или IP-адрес удаленного узла
bytes_sent целое число Число байтов, отправленных, используя это соединение
bytes_received Число байтов, полученных, используя это соединение
connect_count Соединение числа раз устанавливается на этом транспортере
overloaded 1, если этот транспортер в настоящий момент перегружается, иначе 0
overload_count Число раз этот транспортер ввело состояние перегрузки начиная с соединения
slowdown 1, если этот транспортер находится в состоянии замедления сканирования, иначе 0
slowdown_count Число раз этот транспортер ввело состояние замедления сканирования sinceconnecting

Для каждого рабочего узла данных в кластере, transporters таблица выводит на экран строку, показывая состояние каждого из соединений того узла со всеми узлами в кластере, включая себя. Эту информацию показывают в столбце состояния таблицы, у которого может быть любое из следующих значений: CONNECTING, CONNECTED, DISCONNECTING, или DISCONNECTED.

Соединения с API и узлами управления, которые конфигурируются, но не в настоящий момент соединяются с кластером, показывают с состоянием DISCONNECTED. Строки, где node_id тот из узлы данных, который в настоящий момент не соединяется, не показываются в этой таблице. (Это - подобный пропуск разъединенных узлов в ndbinfo.nodes таблица.

remote_address имя хоста или адрес для узла, ID которого показывают в remote_node_id столбец. bytes_sent от этого узла и bytes_received этим узлом числа, соответственно, байтов, отправленных и полученных узлом, используя это соединение, так как это было установлено. Для узлов, состояние которых CONNECTING или DISCONNECTED, эти столбцы всегда выводят на экран 0.

connect_count, overloaded, overload_count ,slowdown, и slowdown_count счетчики сбрасываются на соединении, и сохраняют свои значения после удаленных разъединений узла. bytes_send и bytes_received счетчики также сбрасываются на соединении, и так сохраните их значения после разъединения (пока следующее соединение не сбрасывает их).

Предположите, что у Вас есть кластер с 5 узлами, состоящий из 2 узлов данных, 2 узлов SQL, и 1 узла управления, как показано в выводе SHOW команда в ndb_mgm клиенте:

ndb_mgm> SHOWConnected to Management Server at: localhost:1186Cluster Configuration---------------------[ndbd(NDB)]     2 node(s)id=1    @10.100.10.1  (5.6.11-ndb-7.3.3, Nodegroup: 0, Master)id=2    @10.100.10.2  (5.6.11-ndb-7.3.3, Nodegroup: 0)[ndb_mgmd(MGM)] 1 node(s)id=10   @10.100.10.10  (5.6.11-ndb-7.3.3)[mysqld(API)]   2 node(s)id=20   @10.100.10.20  (5.6.11-ndb-7.3.3)id=21   @10.100.10.21  (5.6.11-ndb-7.3.3)

Есть 10 строк в transporters таблица — 5 для первого узла данных, и 5 для второго — предполагающий, что все узлы данных работают, как показано сюда:

mysql> SELECT node_id, remote_node_id, status    ->   FROM ndbinfo.transporters;+---------+----------------+---------------+| node_id | remote_node_id | status        |+---------+----------------+---------------+|       1 |              1 | DISCONNECTED  ||       1 |              2 | CONNECTED     ||       1 |             10 | CONNECTED     ||       1 |             20 | CONNECTED     ||       1 |             21 | CONNECTED     ||       2 |              1 | CONNECTED     ||       2 |              2 | DISCONNECTED  ||       2 |             10 | CONNECTED     ||       2 |             20 | CONNECTED     ||       2 |             21 | CONNECTED     |+---------+----------------+---------------+10 rows in set (0.04 sec)

Если Вы завершаете работу одного из узлов данных в этом кластере, используя команду 2 STOP в ndb_mgm клиенте затем повторите предыдущий запрос (снова использующий mysql клиент), эта таблица теперь показывает только 5 строк — 1 строка для каждого соединения от остающегося узла управления до другого узла, и включая его непосредственно и включая узел данных, который является в настоящий момент офлайновым — и дисплеи CONNECTING для состояния каждого остающегося соединения с узлом данных, который является в настоящий момент офлайновым, как показано здесь:

mysql> SELECT node_id, remote_node_id, status    ->   FROM ndbinfo.transporters;+---------+----------------+---------------+| node_id | remote_node_id | status        |+---------+----------------+---------------+|       1 |              1 | DISCONNECTED  ||       1 |              2 | CONNECTING    ||       1 |             10 | CONNECTED     ||       1 |             20 | CONNECTED     ||       1 |             21 | CONNECTED     |+---------+----------------+---------------+5 rows in set (0.02 sec)