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

21.5.14.44 ndbinfo transporters表

该表包含关于NDB传输的信息。

转运蛋白表包含以下列:

  • node_id

    此数据节点在集群中的唯一节点ID

  • remote_node_id

    远程数据节点的节点ID

  • 状态

    连接状态

  • remote_address

    远程主机的名称或IP地址

  • bytes_sent

    使用此连接发送的字节数

  • bytes_received

    使用此连接接收的字节数

  • connect_count

    在此传输器上建立连接的次数

  • 重载

    如果传输器当前过载,则为1,否则为0

  • overload_count

    自连接以来该传输器进入过载状态的次数

  • 经济放缓

    如果传输器处于减速状态,则为1,否则为0

  • slowdown_count

    自连接以来该传输器进入减速状态的次数

笔记

对于集群中的每个运行数据节点,转运蛋白表显示一行,显示该节点与集群中所有节点的连接状态,包括自己.这些信息显示在表格中状态列,该列可以具有以下值之一:连接连接断开,或断开连接

已配置但当前未连接到集群的API和管理节点的连接将以状态显示断开连接.行,node_id是当前未连接的数据节点的值,此表中不显示。类中未连接的节点的省略类似ndbinfo.nodes表格

remote_address是节点的主机名或地址remote_node_id列。的bytes_sent从这个节点和bytes_received该节点分别表示自该连接建立以来由该节点使用该连接发送和接收的字节数。节点状态为连接断开连接,这些列总是显示0

的输出中所示,假设您有一个5节点的集群,其中包括2个数据节点、2个SQL节点和1个管理节点显示命令的ndb_mgm客户:

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

有10行转运蛋白表5是第一个数据节点,5是第二个数据节点,假设所有数据节点都在运行,如下所示:

mysql> SELECT node_id, remote_node_id, status——从ndbinfo.transporters;+---------+----------------+---------------+ | node_id | remote_node_id |状态  | +---------+----------------+---------------+ | 断开1 | 1 | | | 1 | 2 |联系| | 1 | 10连接| | | 1 | 20 |联系| | 1 | | 21日联系| | 2 | 1 |联系| | 2 | 2 |的| | 2 | 10连接| | | 2 | 20 |联系| | 2 | | 21日联系  | +---------+----------------+---------------+ 10行集(0.04秒)

如果使用该命令关闭该集群中的一个数据节点2停止ndb_mgm客户机,然后重复前面的查询(再次使用mysql客户端),这个表现在只显示5行——从剩下的管理节点到另一个节点(包括自身和当前离线的数据节点)的每个连接都显示一行——并显示连接对于到当前离线的数据节点的每个剩余连接的状态,如下所示:

mysql> SELECT node_id, remote_node_id, status——从ndbinfo.transporters;+---------+----------------+---------------+ | node_id | remote_node_id |状态  | +---------+----------------+---------------+ | 断开1 | 1 | | | 1 | 2 |连接| | 1 | 10连接| | | 1 | 20 |联系| | 1 | | 21日联系  | +---------+----------------+---------------+ 5行集(0.02秒)

connect_count重载overload_count经济放缓,slowdown_count计数器在连接时重置,并在远程节点断开连接后保留其值。的bytes_sent而且bytes_received计数器也在连接时重置,因此在断开连接后保留其值(直到下一个连接重置它们)。

过载所提及的国家重载而且overload_count列发生时,此传输器的发送缓冲区包含超过OVerloadLimit字节数(默认为80%SendBufferMemory,即0.8 * 2097152 = 1677721字节)。当给定的传输器处于过载状态时,任何尝试使用该传输器的新事务都会失败,错误为1218 (在NDB内核中发送过载的缓冲区)。这将影响扫描和主键操作。

经济放缓引用的状态经济放缓而且slowdown_count当传输器的发送缓冲区包含超过过载限制的60%(默认等于0.6 * 2097152 = 1258291字节)时,该表会出现列。在此状态下,使用该传输器的任何新扫描的批处理大小都将减小,以最小化传输器上的负载。

导致发送缓冲区变慢或过载的常见原因包括:

  • 数据的大小,特别是存储在其中的数据的数量文本列或列(或两种类型的列)

  • 在与处理二进制日志记录的SQL节点相同的主机上有一个数据节点(ndbd或ndbmtd)

  • 每个事务或事务批处理有大量行

  • 配置不足等问题SendBufferMemory

  • 硬件问题,如内存不足或网络连接不良

另请参阅第21.3.3.13节“配置NDB集群发送缓冲区参数”