MySQL8 中文参考（八十八）

原文：docs.oracle.com/javase/tutorial/reallybigindex.html

原文：dev.mysql.com/doc/refman/8.0/en/mysql-cluster-api-definition.html

25.4.3.7 在 NDB Cluster 中定义 SQL 和其他 API 节点

config.ini文件中的[mysqld]和[api]部分定义了用于访问集群数据的 MySQL 服务器（SQL 节点）和其他应用程序（API 节点）的行为。所示的参数都不是必需的。如果未提供计算机或主机名，则任何主机都可以使用此 SQL 或 API 节点。

一般来说，[mysqld]部分用于指示提供 SQL 接口给集群的 MySQL 服务器，而[api]部分用于除mysqld进程之外的其他应用程序访问集群数据，但这两个指示实际上是同义的；例如，您可以在[api]部分中列出作为 SQL 节点的 MySQL 服务器的参数。

注意

有关 NDB Cluster 的 MySQL 服务器选项的讨论，请参见第 25.4.3.9.1 节，“NDB Cluster 的 MySQL 服务器选项”。有关与 NDB Cluster 相关的 MySQL 服务器系统变量的信息，请参见第 25.4.3.9.2 节，“NDB Cluster 系统变量”。

Id

Id是一个整数值，用于标识所有集群内部消息中的节点。允许的值范围是 1 到 255（包括 1 和 255）。无论节点类型如何，此值对于集群中的每个节点都必须是唯一的。

注意

在 NDB 8.0 中，数据节点 ID 必须小于 145。如果计划部署大量数据节点，建议将 API 节点（和管理节点）的节点 ID 限制在大于 144 的值。 （以前，数据节点 ID��最大支持值为 48。）

NodeId是标识 API 节点时首选的参数名称。（Id继续支持向后兼容，但现已弃用，并在使用时生成警告。它也可能在未来被移除。）

ConnectionMap

指定要连接的数据节点。

NodeId

NodeId 是用于识别集群内所有节点的整数值。允许的值范围是 1 到 255（包括 1 和 255）。无论节点类型如何，此值对于集群中的每个节点都必须是唯一的。

注意

在 NDB 8.0 中，数据节点 ID 必须小于 145。如果计划部署大量数据节点，建议将 API 节点（和管理节点）的节点 ID 限制在大于 144 的值。 （以前，数据节点 ID 的最大支持值为 48。）

NodeId 是在识别管理节点时首选的参数名称。在 NDB Cluster 的旧版本中，使用别名 Id 来实现此目的，并继续支持以保持向后兼容性；现在已弃用，并在使用时生成警告，并可能在将来的 NDB Cluster 版本中删除。

ExecuteOnComputer

这指的是配置文件中 [computer] 部分定义的计算机（主机）之一设置的 Id。

重要

此参数已弃用，并可能在将来的版本中删除。请改用 HostName 参数。

仅当显式请求时，此节点的节点 ID 才能提供给连接。请求“任何”节点 ID 的管理服务器无法使用此节点。当在同一主机上运行多个管理服务器时，且 HostName 不足以区分进程时，可以使用此参数。用于测试目的。

HostName

指定此参数定义了 SQL 节点（API 节点）所在计算机的主机名。

如果在 config.ini 文件的 [mysql] 或 [api] 部分中未指定 HostName，则 SQL 或 API 节点可以使用任何能够与管理服务器主机建立网络连接的主机的相应“槽”进行连接。这与数据节点的默认行为不同，数据节点默认情况下假定 HostName 为 localhost，除非另有指定。

LocationDomainId

将 SQL 或其他 API 节点分配到云中的特定可用性域（也称为可用性区域）。通过告知 NDB 哪些节点位于哪些可用性域中，可以在云环境中通过以下方式改善性能：

• 如果请求的数据在同一节点上找不到，则读取可以指向同一可用性域中的另一个节点。
• 不同可用性域中节点之间的通信将保证使用 NDB 传输器的广域网支持，无需进一步手动干预。
• 传输器的组号可以基于使用的可用性域，以便 SQL 和其他 API 节点在可能的情况下与同一可用性域中的本地数据节点通信。
• 仲裁者可以从不存在数据节点的可用性域中选择，或者如果找不到这样的可用性域，则可以从第三个可用性域中选择。

LocationDomainId 接受一个介于 0 和 16 之间的整数值，其中 0 是默认值；使用 0 与未设置参数相同。

ArbitrationRank

此参数定义哪些节点可以充当仲裁者。管理节点和 SQL 节点都可以充当仲裁者。值为 0 表示给定节点永远不会被用作仲裁者，值为 1 给予节点作为仲裁者高优先级，值为 2 给予节点作为仲裁者低优先级。正常配置使用管理服务器作为仲裁者，将其 ArbitrationRank 设置为 1（管理节点的默认值），并将所有 SQL 节点的设置为 0（SQL 节点的默认值）。

通过在所有管理和 SQL 节点上将 ArbitrationRank 设置为 0，可以完全禁用仲裁。您还可以通过覆盖此参数来控制仲裁；为此，请在 config.ini 全局配置文件的 [ndbd default] 部分中设置 Arbitration 参数。

ArbitrationDelay

将此参数设置为除 0（默认值）以外的任何其他值意味着仲裁者对仲裁请求的响应将延迟指定的毫秒数。通常不需要更改此值。

BatchByteSize

对于被翻译为全表扫描或索引范围扫描的查询，为了获得最佳性能，重要的是以适当大小的批次获取记录。可以根据记录数（BatchSize）和字节（BatchByteSize）设置适当的大小。实际批处理大小受这两个参数的限制。

查询执行速度可能会因此参数的设置方式而变化超过 40%。

此参数以字节为单位。默认值为 16K。

BatchSize

此参数以记录数为单位，默认设置为 256。最大大小为 992。

ExtraSendBufferMemory

此参数指定要分配的传输器发送缓冲区内存量，除了使用TotalSendBufferMemory、SendBufferMemory或两者设置的内存量之外。

HeartbeatThreadPriority

使用此参数设置管理和 API 节点的心跳线程的调度策略和优先级。设置此参数的语法如下：

HeartbeatThreadPriority = *policy*[, *priority*]

*policy*:
  {FIFO | RR}

在设置此参数时，必须指定一个策略。这是FIFO（先进先出）或RR（轮询）之一，后面可以选择优先级（整数）。

MaxScanBatchSize

批处理大小是从每个数据节点发送的每个批次的大小。大多数扫描是并行执行的，以保护 MySQL 服务器免受同时从许多节点接收太多数据的影响；此参数设置了所有节点上总批处理大小的限制。

此参数的默认值设置为 256KB。其最大大小为 16MB。

TotalSendBufferMemory

此参数用于确定在此节点上为所有配置的传输器之间共享的发送缓冲区内分配的总内存量。

如果设置了此参数，则其最小允许值为 256KB；0 表示未设置该参数。有关更详细信息，请参见第 25.4.3.14 节，“配置 NDB 集群发送缓冲区参数”。

AutoReconnect

此参数默认为false。这会强制断开的 API 节点（包括充当 SQL 节点的 MySQL 服务器）使用新连接到集群，而不是尝试重用现有连接，因为在使用动态分配的节点 ID 时，重用连接可能会导致问题。（Bug #45921）

注意

可使用 NDB API 覆盖此参数。有关更多信息，请参阅 Ndb_cluster_connection::set_auto_reconnect()，以及 Ndb_cluster_connection::get_auto_reconnect()。

DefaultOperationRedoProblemAction

此参数（连同RedoOverCommitLimit 和 RedoOverCommitCounter）控制数据节点在刷新重做日志到磁盘时所花费的时间过长时的操作处理。当给定的重做日志刷新时间超过RedoOverCommitLimit秒，超过RedoOverCommitCounter次时，将中止任何待处理事务。

当发生这种情况时，节点可以根据 DefaultOperationRedoProblemAction 的值做出两种响应，如下所示：

• ABORT: 任何中止事务中的待处理操作也将被中止。
• QUEUE: 从中止事务中的待处理操作排队等待重新尝试。这是默认设置。当重做日志耗尽空间时，即当发生 P_TAIL_PROBLEM 错误时，仍会中止待处理操作。

DefaultHashMapSize

由此参数可配置NDB使用的表哈希映射的大小。DefaultHashMapSize 可以取三个可能的值（0、240、3840）。这些值及其影响在下表中描述。

表 25.17 DefaultHashMapSize 参数值

此参数的原始预期用途是促进升级和降级到和从旧的 NDB 集群版本，其中哈希映射大小不同，因为这种更改在其他情况下不兼容。当升级到或降级自 NDB 集群 8.0 时，这不是问题。

Wan

使用 WAN TCP 设置作为默认值。

ConnectBackoffMaxTime

在具有许多未启动数据节点的 NDB 集群中，可以提高此参数的值，以规避对尚未在集群中开始运行的数据节点的连接尝试，以及对管理节点的适度高流量。只要 API 节点未连接到任何新数据节点，就会应用StartConnectBackoffMaxTime参数的值；否则，将使用ConnectBackoffMaxTime来确定在连接尝试之间等待的时间长度（以毫秒为单位）。

在节点连接尝试期间经过的时间不计入此参数的计算时间。超时时间以大约 100 毫秒的分辨率应用，从 100 毫秒延迟开始；对于每次后续尝试，此期间的长度加倍，直到达到ConnectBackoffMaxTime毫秒，最多为 100000 毫秒（100 秒）。

一旦 API 节点连接到数据节点，并且该节点报告（在心跳消息中）已连接到其他数据节点，那么对这些数据节点的连接尝试不再受此参数影响，并且之后每隔 100 毫秒进行连接，直到连接成功。一旦数据节点启动，API 节点将需要HeartbeatIntervalDbApi来通知 API 节点已发生此情况。

StartConnectBackoffMaxTime

在具有许多未启动数据节点的 NDB 集群中，可以提高此参数的值以规避连接尝试到尚未在集群中开始运行的数据节点，以及适度减少对管理节点的高流量。只要 API 节点未连接到任何新数据节点，就会应用 StartConnectBackoffMaxTime 参数的值；否则，将使用 ConnectBackoffMaxTime 来确定在连接尝试之间等待的时间长度（以毫秒为单位）。

在计算此参数的经过时间时，连接尝试期间的时间不计入其中。超时时间以大约 100 毫秒的分辨率应用，从 100 毫秒延迟开始；对于每个后续尝试，此期间的长度加倍，直到达到 StartConnectBackoffMaxTime 毫秒，最多为 100000 毫秒（100 秒）。

一旦 API 节点连接到数据节点，并且该节点报告（在心跳消息中）已连接到其他数据节点，连接尝试到这些数据节点不再受此参数影响，并且之后每隔 100 毫秒进行一次连接尝试，直到连接成功。一旦数据节点启动，API 节点将需要 HeartbeatIntervalDbApi 来通知 API 节点已发生此情况。

API 节点调试参数。 您可以使用 ApiVerbose 配置参数来启用给定 API 节点的调试输出。此参数接受整数值。默认值为 0，禁用此类调试；1 启用调试输出到集群日志；2 还添加了 DBDICT 调试输出。（Bug #20638450）另请参阅 DUMP 1229。

您还可以使用 SHOW STATUS 在 mysql 客户端中运行作为 NDB 集群 SQL 节点的 MySQL 服务器来获取信息，如下所示：

mysql> SHOW STATUS LIKE 'ndb%';
+-----------------------------+----------------+
| Variable_name               | Value          |
+-----------------------------+----------------+
| Ndb_cluster_node_id         | 5              |
| Ndb_config_from_host        | 198.51.100.112 |
| Ndb_config_from_port        | 1186           |
| Ndb_number_of_storage_nodes | 4              |
+-----------------------------+----------------+
4 rows in set (0.02 sec)

有关此语句输出中出现的状态变量的信息，请参阅 第 25.4.3.9.3 节，“NDB 集群状态变量”。

注意

要将新的 SQL 或 API 节点添加到运行中的 NDB 集群的配置中，需要在向 config.ini 文件（如果使用多个管理服务器，则为文件）中添加新的 [mysqld] 或 [api] 部分后，对所有集群节点执行滚动重启。在新的 SQL 或 API 节点能够连接到集群之前，必须执行此操作。

如果新的 SQL 或 API 节点可以利用集群配置中以前未使用的 API 插槽连接到集群，则不需要执行任何集群重启。

重启类型。 本节参数描述中使用的重启类型信息如下表所示：

表 25.18 NDB 集群重启类型

原文：dev.mysql.com/doc/refman/8.0/en/mysql-cluster-system-definition.html

25.4.3.8 定义系统

[system] 部分用于适用于整个集群的参数。 Name 系统参数用于 MySQL Enterprise Monitor；ConfigGenerationNumber 和 PrimaryMGMNode 在生产环境中不使用。 除非使用 NDB 集群与 MySQL Enterprise Monitor，否则不需要在 config.ini 文件中有 [system] 部分。

关于这些参数的更多信息可以在以下列表中找到：

• ConfigGenerationNumber 版本（或更高版本）NDB 8.0.13类型或单位无符号默认值0范围0 - 4294967039 (0xFFFFFEFF)重启类型节点重启： 需要进行滚动重启。 (NDB 8.0.13)配置生成编号。当前未使用此参数。
• Name 版本（或更高版本）NDB 8.0.13类型或单位字符串默认值[…]范围…重启类型节点重启： 需要进行滚动重启。 (NDB 8.0.13)为集群设置名称。此参数对于使用 MySQL Enterprise Monitor 进行部署是必需的；否则不使用。 您可以通过检查 Ndb_system_name 状态变量来获取此参数的值。在 NDB API 应用程序中，您还可以使用 get_system_name() 进行检索。
• PrimaryMGMNode 版本（或更高版本）NDB 8.0.13类型或单位无符号默认值0范围0 - 4294967039 (0xFFFFFEFF)重启类型节点重启： 需要进行滚动重启。 (NDB 8.0.13)主管理节点的节点 ID。当前未使用此参数。

重启类型。 此部分中参数描述中使用的重启类型的信息显示在以下表中：

表 25.19 NDB 集群重启类型

原文：dev.mysql.com/doc/refman/8.0/en/mysql-cluster-options-variables.html

25.4.3.9 NDB 集群的 MySQL 服务器选项和变量

本节提供了关于 MySQL 服务器选项、服务器和状态变量的信息，这些信息特定于 NDB 集群。有关如何使用这些信息以及不特定于 NDB 集群的其他选项和变量的一般信息，请参见第 7.1 节，“MySQL 服务器”。

有关在集群配置文件中使用的 NDB 集群配置参数（通常命名为 config.ini）的信息，请参见第 25.4 节，“NDB 集群的配置”。

25.4.3.9.1 NDB 集群的 MySQL 服务器选项

本节提供了关于 NDB 集群相关的 mysqld 服务器选项的描述。有关不特定于 NDB 集群的 mysqld 选项的信息，以及有关在 mysqld 中使用选项的一般信息，请参见第 7.1.7 节，“服务器命令选项”。

有关与其他 NDB 集群进程一起使用的命令行选项的信息，请参见第 25.5 节，“NDB 集群程序”。

• --ndbcluster 命令行格式--ndbcluster[=value]被 skip-ndbcluster 禁用是类型枚举默认值ON有效数值OFF``FORCE使用 NDB 集群必须使用 NDBCLUSTER 存储引擎。如果 mysqld 二进制文件包含对 NDBCLUSTER 存储引擎的支持，则该引擎默认处于禁用状态。使用 --ndbcluster 选项来启用它。使用 --skip-ndbcluster 明确禁用该引擎。 如果同时使用 --initialize，则 --ndbcluster 选项将被忽略（并且 NDB 存储引擎 不 会被启用）。（使用这个选项与 --initialize 一起既不必要也不可取。）
• --ndb-allow-copying-alter-table=[ON|OFF] 命令行格式--ndb-allow-copying-alter-table[={OFF|ON}]系统变量ndb_allow_copying_alter_table范围全局，会话动态是SET_VAR 提示适用否类型布尔默认值ON让ALTER TABLE和其他 DDL 语句在NDB表上使用复制操作。将其设置为OFF可防止此操作发生；这样做可能会提高关键应用程序的性能。
• --ndb-applier-allow-skip-epoch 命令行格式--ndb-applier-allow-skip-epoch引入版本8.0.28-ndb-8.0.28系统变量ndb_applier_allow_skip_epoch范围全局动态否SET_VAR 提示适用否与--slave-skip-errors一起使用，使NDB忽略跳过的 epoch 事务。单独使用时没有效果。
• --ndb-batch-size=*#* 命令行格式--ndb-batch-size系统变量ndb_batch_size范围全局，会话动态是SET_VAR 提示适用否类型整数默认值32768最小值0最大值 (≥ 8.0.29-ndb-8.0.29)2147483648最大值2147483648最大值2147483648最大值 (≤ 8.0.28-ndb-8.0.28)31536000单位字节这设置了用于 NDB 事务批处理的字节大小。
• --ndb-cluster-connection-pool=*#* 命令行格式--ndb-cluster-connection-pool系统变量ndb_cluster_connection_pool系统变量ndb_cluster_connection_pool范围全局范围全局动态否动态否SET_VAR 提示适用否SET_VAR 提示适用否类型整数默认值1最小值1最大值63通过将此选项设置为大于 1 的值（默认值），mysqld进程可以使用多个连接到集群，有效地模拟多个 SQL 节点。每个连接都需要在集群配置（config.ini）文件中拥有自己的[api]或[mysqld]部分，并计入集群支持的最大 API 连接数。 假设您有 2 个集群主机计算机，每个计算机都运行一个 SQL 节点，其mysqld进程是使用--ndb-cluster-connection-pool=4启动的；这意味着集群必须为这些连接提供 8 个 API 插槽（而不是 2 个）。当 SQL 节点连接到集群时，所有这些连接都会建立，并以循环方式分配给线程。 当在具有多个 CPU、多个核心或两者都有的主机上运行 mysqld 时，此选项才有用。为了获得最佳效果，该值应小于主机上可用的总核心数。将其设置为大于此值的值可能会严重降低性能。 重要 因为每个使用连接池的 SQL 节点占用多个 API 节点槽位——每个槽位在集群中都有自己的节点 ID，所以在启动任何使用连接池的 mysqld 进程时，不要在集群连接字符串中使用节点 ID。 在使用 --ndb-cluster-connection-pool 选项时在连接字符串中设置节点 ID 会导致 SQL 节点尝试连接到集群时出现节点 ID 分配错误。
• --ndb-cluster-connection-pool-nodeids=*列表* 命令行格式--ndb-cluster-connection-pool-nodeids系统变量ndb_cluster_connection_pool_nodeids范围全局动态否SET_VAR 提示适用否类型集合默认值指定用于连接到 SQL 节点使用的集群的节点 ID 的逗号分隔列表。此列表中的节点数必须与为 --ndb-cluster-connection-pool 选项设置的值相同。
• --ndb-blob-read-batch-bytes=*字节* 命令行格式--ndb-blob-read-batch-bytes系统变量ndb_blob_read_batch_bytes范围全局，会话动态是SET_VAR 提示适用否类型整数默认值65536最小值0最大值4294967295此选项可用于设置 NDB 集群应用程序中 BLOB 数据读取的批处理大小（以字节为单位）。当当前事务中要读取的 BLOB 数据量超过此批处理大小时，任何待处理的 BLOB 读取操作将立即执行。 此选项的最大值为 4294967295；默认值为 65536。将其设置为 0 会禁用 BLOB 读取批处理。 注意 在 NDB API 应用程序中，您可以使用 setMaxPendingBlobReadBytes() 和 getMaxPendingBlobReadBytes() 方法来控制 BLOB 写入批处理。
• --ndb-blob-write-batch-bytes=*字节* 命令行格式--ndb-blob-write-batch-bytes系统变量ndb_blob_write_batch_bytes作用范围全局，会话动态是SET_VAR提示适用否类型整数默认值65536最小值0最大值4294967295单位字节此选项可用于设置 NDB 集群应用程序中BLOB数据写入的批处理大小（以字节为单位）。当当前事务中要写入的BLOB数据量超过此批处理大小时，任何待处理的BLOB写入操作将立即执行。 此选项的最大值为 4294967295；默认值为 65536。将其设置为 0 将禁用BLOB写入批处理。 注意 在 NDB API 应用程序中，您可以使用setMaxPendingBlobWriteBytes()和getMaxPendingBlobWriteBytes()方法来控制BLOB写入批处理。
• --ndb-connectstring=*connection_string* 命令行格式--ndb-connectstring类型字符串在使用NDBCLUSTER存储引擎时，此选项指定分发集群配置数据的管理服务器。有关语法，请参见第 25.4.3.3 节，“NDB 集群连接字符串”。
• --ndb-default-column-format=[FIXED|DYNAMIC] 命令行格式--ndb-default-column-format={FIXED|DYNAMIC}系统变量ndb_default_column_format作用范围全局动态是SET_VAR提示适用否类型枚举默认值FIXED有效值FIXED``DYNAMIC设置新表的默认COLUMN_FORMAT和ROW_FORMAT（参见第 15.1.20 节，“CREATE TABLE 语句”）。默认值为FIXED。
• --ndb-deferred-constraints=[0|1] 命令行格式--ndb-deferred-constraints系统变量ndb_deferred_constraints作用范围全局，会话动态是SET_VAR提示适用否类型整数默认值0最小值0最大值1控制是否将唯一索引的约束检查推迟到提交时间，支持这种检查。 0是默认值。 此选项通常不需要用于 NDB 集群或 NDB 集群复制的操作，并主要用于测试。
• --ndb-schema-dist-timeout=# 命令行格式--ndb-schema-dist-timeout=#引入版本8.0.17-ndb-8.0.17系统变量ndb_schema_dist_timeout作用范围全局动态否SET_VAR 提示适用否类型整数默认值120最小值5最大值1200单位秒指定此mysqld等待模式操作完成的最长时间（以秒为单位），然后将其标记为已超时。
• --ndb-distribution=[KEYHASH|LINHASH] 命令行格式--ndb-distribution={KEYHASH|LINHASH}系统变量ndb_distribution作用范围全局动态是SET_VAR 提示适用否类型枚举默认值KEYHASH有效值LINHASH``KEYHASH控制NDB表的默认分发方法。可以设置为KEYHASH（键哈希）或LINHASH（线性哈希）之一。 KEYHASH是默认值。
• --ndb-log-apply-status 命令行格式--ndb-log-apply-status[={OFF|ON}]系统变量ndb_log_apply_status作用范围全局动态否SET_VAR 提示适用否类型布尔值默认值OFF导致副本mysqld记录从其直接来源接收的任何更新到mysql.ndb_apply_status表中的二进制日志中，使用自己的服务器 ID 而不是来源的服务器 ID。在循环或链式复制设置中，这允许这些更新传播到任何配置为当前mysqld的副本的mysql.ndb_apply_status表中的 MySQL 服务器。 在链式复制设置中，使用此选项允许下游（副本）集群了解其相对于所有上游贡献者（源）的位置。 在循环复制设置中，此选项导致对ndb_apply_status表的更改完成整个电路，最终传播回原始的 NDB 集群。这也允许充当复制源的集群看到其更改（时代）何时应用到圈中的其他集群。 除非 MySQL 服务器使用--ndbcluster选项启动，否则此选项无效。
• --ndb-log-empty-epochs=[ON|OFF] 命令行格式--ndb-log-empty-epochs[={OFF|ON}]系统变量ndb_log_empty_epochs作用范围全局动态是SET_VAR提示适用否类型布尔值默认值OFF导致没有更改的时代被写入ndb_apply_status和ndb_binlog_index表，即使启用了log_replica_updates或log_slave_updates。 默认情况下，此选项已禁用。禁用--ndb-log-empty-epochs会导致没有更改的时代事务不会被写入二进制日志，尽管在ndb_binlog_index中仍会写入一行。 因为--ndb-log-empty-epochs=1会导致ndb_binlog_index表的大小独立于二进制日志的大小增加，用户应准备好管理此表的增长，即使他们期望集群大部分时间处于空闲状态。
• --ndb-log-empty-update=[ON|OFF] 命令行格式--ndb-log-empty-update[={OFF|ON}]系统变量ndb_log_empty_update作用范围全局动态是SET_VAR提示适用否类型布尔值默认值OFF导致没有产生更改的更新被写入ndb_apply_status和ndb_binlog_index表，即使启用了log_replica_updates或log_slave_updates。 默认情况下，此选项已禁用（OFF）。禁用--ndb-log-empty-update会导致没有更改的更新不会被写入二进制日志。
• --ndb-log-exclusive-reads=[0|1] 命令行格式--ndb-log-exclusive-reads[={OFF|ON}]系统变量ndb_log_exclusive_reads作用范围全局，会话动态是SET_VAR提示适用否类型布尔值默认值0使用此选项启动服务器会导致主键读取被记录为独占锁，从而允许基于读冲突的 NDB 集群复制冲突检测和解决。您还可以通过将ndb_log_exclusive_reads系统变量的值分别设置为 1 或 0 来在运行时启用和禁用这些锁。0（禁用锁定）是默认值。 更多信息，请参见读冲突检测和解决。
• --ndb-log-fail-terminate 命令行格式--ndb-log-fail-terminate引入版本8.0.21-ndb-8.0.21系统变量ndb_log_fail_terminate范围全局动态否SET_VAR 提示适用否类型布尔值默认值FALSE当指定此选项且无法完全记录所有找到的行事件时，mysqld 进程将被终止。
• --ndb-log-orig 命令行格式--ndb-log-orig[={OFF|ON}]系统变量ndb_log_orig范围全局动态否SET_VAR 提示适用否类型布尔值默认值OFF记录ndb_binlog_index表中的起始服务器 ID 和时代。 注意 这使得一个给定的时代可以在ndb_binlog_index中有多行，每行对应一个起始时代。 更多信息，请参见第 25.7.4 节，“NDB 集群复制模式和表”。
• --ndb-log-transaction-dependency ���令行格式--ndb-log-transaction-dependency={true|false}引入版本8.0.33-ndb-8.0.33系统变量ndb_log_transaction_dependency范围全局动态否SET_VAR 提示适用否类型布尔值默认值false使NDB二进制日志线程为其写入二进制日志的每个事务计算事务依赖关系。默认值为FALSE。 此选项无法在运行时设置；相应的ndb_log_transaction_dependency系统变量是只读的。
• --ndb-log-transaction-id 命令行格式--ndb-log-transaction-id[={OFF|ON}]系统变量ndb_log_transaction_id范围全局动态否SET_VAR 提示适用否类型布尔值默认值OFF导致副本mysqld在二进制日志的每一行中写入 NDB 事务 ID。默认值为FALSE。 --ndb-log-transaction-id需要启用 NDB 集群复制冲突检测和解决，使用NDB
• --ndb-log-update-as-write 命令行格式--ndb-log-update-as-write[={OFF|ON}]系统变量ndb_log_update_as_write范围全局动态是SET_VAR提示适用否类型布尔值默认值ON源上的更新是否作为更新(OFF)或写入(ON)写入二进制日志。当启用此选项，并且--ndb-log-updated-only和--ndb-log-update-minimal都被禁用时，不同类型的操作将按照以下列表描述的方式记录：
  • INSERT：作为WRITE_ROW事件记录，没有前置图像；所有列都记录了后置图像。 UPDATE：作为WRITE_ROW事件记录，没有前置图像；所有列都记录了后置图像。 DELETE：作为DELETE_ROW事件记录，所有列都在前置图像中记录；后置图像未记录。

  此选项可与前面提到的其他两个 NDB 日志选项一起用于 NDB 复制冲突解决；有关更多信息，请参见 ndb_replication 表。

• --ndb-log-updated-only 命令行格式--ndb-log-updated-only[={OFF|ON}]系统变量ndb_log_updated_only范围全局动态是SET_VAR提示适用否类型布尔值默认值ON控制mysqld是否仅将更新(ON)或完整行(OFF)写入二进制日志。当启用此选项，并且同时禁用--ndb-log-update-as-write和--ndb-log-update-minimal时，不同类型的操作将按照以下列表中描述的方式记录：
  • INSERT: 记录为WRITE_ROW事件，没有前置图像；所有列都记录在后置图像中。
  • UPDATE: 记录为UPDATE_ROW事件，主键列和更新列同时出现在前置和后置图像中。
  • DELETE: 记录为DELETE_ROW事件，主键列包含在前置图像中；后置图像不记录。

  此选项可用于 NDB 复制冲突解决，与之前提到的其他两个 NDB 日志选项结合使用；有关这些选项如何相互作用的更多信息，请参阅 ndb_replication Table。

• --ndb-log-update-minimal 命令行格式--ndb-log-update-minimal[={OFF|ON}]系统变量ndb_log_update_minimal范围全局动态是SET_VAR提示适用否类型布尔值默认值OFF以最小方式记录更新，只在前置图像中写入主键值，在后置图像中只写入更改的列。如果复制到除NDB之外的存储引擎可能会导致兼容性问题。当启用此选项，并且同时禁用--ndb-log-updated-only和--ndb-log-update-as-write时，不同类型的操作将按照以下列表中描述的方式记录：
  • INSERT: 记录为WRITE_ROW事件，没有前置图像；所有列都记录在后置图像中。
  • UPDATE: 记录为UPDATE_ROW事件，主键列在前置图像中；除主键列外的所有列都在后置图像中记录。
  • DELETE: 记录为DELETE_ROW事件，所有列都在前置图像中；后置图像不记录。

  此选项可用于 NDB 复制冲突解决，与之前提到的其他两个 NDB 日志选项结合使用；有关更多信息，请参阅 ndb_replication Table。

• --ndb-mgmd-host=*host*[:*port*] 命令行格式--ndb-mgmd-host=host_name[:port_num]类型字符串默认值localhost:1186可用于设置程序连接到的单个管理服务器的主机和端口号。如果程序在其连接信息中需要节点 ID 或对多个管理服务器的引用（或两者都需要），请改用--ndb-connectstring选项。
• --ndb-nodeid=# 命令行格式--ndb-nodeid=#状态变量Ndb_cluster_node_id范围全局动态否类型整数默认值N/A最小值1最大值255最大值63在 NDB Cluster 中设置此 MySQL 服务器的节点 ID。 --ndb-nodeid选项会覆盖使用--ndb-connectstring设置的任何节点 ID，无论这两个选项的使用顺序如何。 此外，如果使用了--ndb-nodeid，则必须在config.ini的[mysqld]或[api]部分中找到匹配的节点 ID，或者文件中必须有一个“开放”的[mysqld]或[api]部分（即，一个没有指定NodeId或Id参数的部分）。如果节点 ID 作为连接字符串的一部分指定，这也是正确的。 无论节点 ID 如何确定，它都显示为全局状态变量Ndb_cluster_node_id的值在SHOW STATUS输出中，并且在SHOW ENGINE NDBCLUSTER STATUS的connection行中显示为cluster_node_id。 有关 NDB Cluster SQL 节点的节点 ID 的更多信息，请参见第 25.4.3.7 节，“在 NDB Cluster 中定义 SQL 和其他 API 节点”。
• --ndbinfo={ON|OFF|FORCE} 命令行格式--ndbinfo[=value] (≥ 8.0.13-ndb-8.0.13)引入版本8.0.13-ndb-8.0.13类型枚举默认值ON有效值ON``OFF``FORCE启用ndbinfo信息数据库的插件。默认情况下，只要启用NDBCLUSTER，此选项就为 ON。
• --ndb-optimization-delay=*毫秒* 命令行格式--ndb-optimization-delay=#系统变量ndb_optimization_delay范围全局动态是SET_VAR提示适用否类型整数默认值10最小值0最大值100000单位毫秒设置在NDB表上通过OPTIMIZE TABLE语句设置行之间等待的毫秒数。默认值为 10。
• --ndb-optimized-node-selection 命令行格式--ndb-optimized-node-selection启用用于选择事务节点的优化。默认情况下启用；使用--skip-ndb-optimized-node-selection来禁用。
• --ndb-transid-mysql-connection-map=*state* 命令行格式--ndb-transid-mysql-connection-map[=state]类型枚举默认值ON有效值ON``OFF``FORCE启用或禁用处理INFORMATION_SCHEMA数据库中ndb_transid_mysql_connection_map表的插件。接受ON、OFF或FORCE值。ON（默认）启用插件。OFF禁用插件，使ndb_transid_mysql_connection_map不可访问。FORCE使 MySQL 服务器在插件加载和启动失败时无法启动。 通过检查SHOW PLUGINS的输出，您可以查看ndb_transid_mysql_connection_map表插件是否正在运行。
• --ndb-wait-connected=*seconds* 命令行格式--ndb-wait-connected=#系统变量ndb_wait_connected作用范围全局动态否SET_VAR提示适用否类型整数默认值（≥ 8.0.27-ndb-8.0.27）120默认值（≤ 8.0.26-ndb-8.0.26）30默认值30最小值0最大值31536000单位秒此选项设置 MySQL 服务器在接受 MySQL 客户端连接之前等待与 NDB Cluster 管理和数据节点建立连接的时间段。时间以秒为单位。默认值为30。
• --ndb-wait-setup=*seconds* 命令行格式--ndb-wait-setup=#系统变量ndb_wait_setup作用范围全局动态否SET_VAR提示适用否类型整数默认值（≥ 8.0.27-ndb-8.0.27）120默认值（≤ 8.0.26-ndb-8.0.26）30默认值30默认值15默认值15最小值0最大值31536000单位秒此变量显示 MySQL 服务器在超时并将NDB视为不可用之前等待NDB存储引擎完成设置的时间段。时间以秒为单位。默认值为30。
• --skip-ndbcluster 命令行格式--skip-ndbcluster禁用NDBCLUSTER存储引擎。这是使用支持NDBCLUSTER存储引擎构建的二进制文件的默认设置；只有在显式给出--ndbcluster选项时，服务器才为该存储引擎分配内存和其他资源。有关示例，请参见第 25.4.1 节，“NDB Cluster 的快速测试设置”。

25.4.3.9.2 NDB Cluster 系统变量

本节提供了关于 MySQL 服务器特定于 NDB Cluster 和NDB存储引擎的系统变量的详细信息。有关不特定于 NDB Cluster 的系统变量，请参见第 7.1.8 节，“服务器系统变量”。有关使用系统变量的一般信息，请参见第 7.1.9 节，“使用系统变量”。

ndb_autoincrement_prefetch_sz

确定自增列中间隔的概率。将其设置为1以最小化这种情况。将其设置为较高值以进行优化可以加快插入速度，但会降低在一批插入中使用连续自增编号的可能性。

此变量仅影响在语句之间获取的AUTO_INCREMENT ID 的数量；在给定语句中，每次至少获取 32 个 ID。

重要

此变量不影响使用INSERT ... SELECT执行的插入操作。

ndb_clear_apply_status

默认情况下，执行RESET SLAVE会导致 NDB 集群副本从其ndb_apply_status表中清除所有行。您可以通过设置ndb_clear_apply_status=OFF来禁用此功能。

ndb_conflict_role

确定此 SQL 节点（和 NDB 集群）在循环（“主动-主动”）复制设置中的角色。ndb_slave_conflict_role可以取PRIMARY、SECONDARY、PASS或NULL（默认）中的任何一个值。在更改ndb_slave_conflict_role之前，必须停止副本 SQL 线程。此外，不可能直接在PASS和PRIMARY或SECONDARY之间直接更改；在这种情况下，您必须确保 SQL 线程已停止，然后首先执行SET @@GLOBAL.ndb_slave_conflict_role = 'NONE'。

此变量取代了ndb_slave_conflict_role，自 NDB 8.0.23 起已被弃用。

有关更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。

ndb_data_node_neighbour

设置“最近”数据节点的 ID——即，选择一个首选的非本地数据节点来执行事务，而不是在与 SQL 或 API 节点相同主机上运行的节点上执行。这用于确保在访问完全复制的表时，我们在此数据节点上访问它，以确保尽可能始终使用表的本地副本。这也可用于为事务提供提示。

这可以提高数据访问时间，如果一个节点比其他同一主机上的节点更接近，从而具有更高的网络吞吐量。

有关更多信息，请参见第 15.1.20.12 节，“设置 NDB 注释选项”。

注意

NDB API 应用程序提供了一个等效的方法set_data_node_neighbour()。

ndb_dbg_check_shares

当设置为 1 时，检查是否有未完成的共享。仅在调试构建中可用。

ndb_default_column_format

设置新表的默认COLUMN_FORMAT和ROW_FORMAT（参见第 15.1.20 节，“CREATE TABLE Statement”）。默认值为FIXED。

ndb_deferred_constraints

控制是否延迟约束检查，如果支持的话。0是默认值。

此变量通常不需要用于 NDB Cluster 或 NDB Cluster Replication 的操作，主要用于测试目的。

ndb_distribution

控制NDB表的默认分布方法。可以设置为KEYHASH（键哈希）或LINHASH（线性哈希）。KEYHASH 是默认值。

ndb_eventbuffer_free_percent

设置事件缓冲区（ndb_eventbuffer_max_alloc）在达到最大值后，在重新开始缓冲之前应该保留的最大内存百分比。

ndb_eventbuffer_max_alloc

设置 NDB API 缓冲事件的最大内存量（以字节为单位）。0 表示没有限制，这也是默认值。

ndb_extra_logging

此变量使得可以在 MySQL 错误日志中记录特定于NDB存储引擎的信息。

当此变量设置为 0 时，写入 MySQL 错误日志的唯一与NDB相关的信息与事务处理有关。如果设置为大于 0 但小于 10 的值，还会记录NDB表模式和连接事件，以及是否正在使用冲突解决，以及其他NDB错误和信息。如果值设置为 10 或更高，则还会将有关NDB内部的信息，例如数据在集群节点之间的分发进度，写入 MySQL 错误日志。默认值为 1。

ndb_force_send

立即将缓冲区发送到NDB ，无需等待其他线程。默认为ON。

ndb_fully_replicated

确定新的NDB表是否完全复制。可以使用CREATE TABLE或ALTER TABLE语句中的COMMENT="NDB_TABLE=FULLY_REPLICATED=..."来为单个表覆盖此设置；有关语法和其他信息，请参见第 15.1.20.12 节，“设置 NDB 注释选项”。

ndb_index_stat_enable

在查询优化中使用NDB 索引统计信息。默认为ON。

在 NDB 8.0.27 之前，使用--ndb-index-stat-enable设置为OFF启动服务器会阻止创建索引统计表。在 NDB 8.0.27 及更高版本中，无论此选项的值如何，这些表在服务器启动时都会被创建。

ndb_index_stat_option

此变量用于为 NDB 索引统计生成提供调整选项。列表由逗号分隔的名称-值对组成，此列表不得包含任何空格字符。

在设置ndb_index_stat_option时未使用的选项不会更改其默认值。例如，您可以设置ndb_index_stat_option = 'loop_idle=1000ms,cache_limit=32M'。

时间值可以选择性地加上h（小时）、m（分钟）或s（秒）后缀。毫秒值可以选择性地使用ms指定；不能使用h、m或s指定毫秒值。整数值可以加上K、M或G后缀。

可以使用此变量设置的选项名称在接下来的表中显示。该表还提供了这些选项的简要描述、默认值以及（如果适用）它们的最小和最大值。

表 25.20 ndb_index_stat_option 选项和值

ndb_join_pushdown

此变量控制是否将对NDB表的连接下推到 NDB 内核（数据节点）。以前，SQL 节点通过多次访问NDB来处理连接；然而，当启用ndb_join_pushdown时，可推送的连接将完整地发送到数据节点，其中可以在数据节点之间分发并在多个数据副本上并行执行，最终将单个合并结果返回给mysqld。这可以大大减少处理此类连接所需的 SQL 节点和数据节点之间的往返次数。

默认情况下，ndb_join_pushdown已启用。

NDB 下推连接的条件。 为了使连接可下推，必须满足以下条件：

1. 只能比较列，并且所有要连接的列必须使用完全相同的数据类型。这意味着（例如）在INT列和BIGINT列上的连接也无法被下推。 以前，诸如 t1.a = t2.a + *constant* 的表达式无法被下推。在 NDB 8.0 中取消了此限制。任何要比较的列上的任何操作的结果必须与列本身产生相同的类型。 比较同一表中列的表达式也可以被下推。这些列（或对这些列进行的任何操作的结果）必须完全相同，包括相同的符号、长度、字符集和排序规则、精度和比例，如果适用的话。
2. 查询引用BLOB或TEXT列不受支持。
3. 不支持显式锁定；但是，强制执行NDB存储引擎的特征隐式基于行的锁定。 这意味着使用 FOR UPDATE 的连接无法被下推。
4. 为了使连接被下推，连接中的子表必须使用ref、eq_ref或const访问方法之一进行访问，或者这些方法的某种组合。 外连接的子表只能使用eq_ref进行推送。 如果推送连接的根是 eq_ref 或 const，只有通过 eq_ref 连接的子表才能被附加。（通过 ref 连接的表可能会成为另一个推送连接的根。） 如果查询优化器决定对候选子表使用 Using join cache，那么该表无法作为子表推送。但是，它可能成为另一组推送表的根。
5. 目前无法推送显式分区为 [LINEAR] HASH、LIST 或 RANGE 的表的连接。

通过使用 EXPLAIN 可以查看给定连接是否可以被推送；当连接可以被推送时，可以在输出的 Extra 列中看到对 pushed join 的引用，如下例所示：

mysql> EXPLAIN
 ->     SELECT e.first_name, e.last_name, t.title, d.dept_name
 ->         FROM employees e
 ->         JOIN dept_emp de ON e.emp_no=de.emp_no
 ->         JOIN departments d ON d.dept_no=de.dept_no
 ->         JOIN titles t ON e.emp_no=t.emp_no\G
*************************** 1\. row ***************************
           id: 1
  select_type: SIMPLE
        table: d
         type: ALL
possible_keys: PRIMARY
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 9
        Extra: Parent of 4 pushed join@1
*************************** 2\. row ***************************
           id: 1
  select_type: SIMPLE
        table: de
         type: ref
possible_keys: PRIMARY,emp_no,dept_no
          key: dept_no
      key_len: 4
          ref: employees.d.dept_no
         rows: 5305
        Extra: Child of 'd' in pushed join@1
*************************** 3\. row ***************************
           id: 1
  select_type: SIMPLE
        table: e
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: employees.de.emp_no
         rows: 1
        Extra: Child of 'de' in pushed join@1
*************************** 4\. row ***************************
           id: 1
  select_type: SIMPLE
        table: t
         type: ref
possible_keys: PRIMARY,emp_no
          key: emp_no
      key_len: 4
          ref: employees.de.emp_no
         rows: 19
        Extra: Child of 'e' in pushed join@1 4 rows in set (0.00 sec)

注意

如果内连接的子表通过 ref 连接，并且结果按排序索引排序或分组，该索引无法提供排序行，这将强制写入到排序临时文件。

还有两个关于推送连接性能的额外信息来源：

1. 状态变量 Ndb_pushed_queries_defined、Ndb_pushed_queries_dropped、Ndb_pushed_queries_executed 和 Ndb_pushed_reads。
2. 属于 DBSPJ 内核块的 ndbinfo.counters 表中的计数器。

ndb_log_apply_status

一个只读变量，显示服务器是否使用 --ndb-log-apply-status 选项启动。

ndb_log_bin

导致NDB表的更新写入二进制日志。如果服务器尚未使用log_bin启用二进制日志记录，则此变量的设置不起作用。在 NDB 8.0 中，ndb_log_bin默认为 0（FALSE）。

ndb_log_binlog_index

导致将时代映射到二进制日志中的位置插入ndb_binlog_index表中。如果服务器尚未使用log_bin启用二进制日志记录，则设置此变量不起作用。（此外，ndb_log_bin不能被禁用。）ndb_log_binlog_index默认为1（ON）；通常，在生产环境中永远不需要更改此值。

ndb_log_empty_epochs

当此变量设置为 0 时，没有更改的时代事务不会写入二进制日志，尽管在ndb_binlog_index中仍会为空时代写入一行。

ndb_log_empty_update

当此变量设置为ON（1）时，即使启用了log_replica_updates或log_slave_updates，没有更改的更新事务也会写入二进制日志。

ndb_log_exclusive_reads

此变量确定是否使用独占锁记录主键读取，从而允许基于读取冲突的 NDB 集群复制冲突检测和解决。要启用这些锁，请将 ndb_log_exclusive_reads 的值设置为 1。默认情况下，禁用此类锁定的值为 0。

有关更多信息，请参见 读取冲突检测和解决。

ndb_log_orig

显示原始服务器 ID 和时代是否记录在 ndb_binlog_index 表中。使用 --ndb-log-orig 服务器选项设置。

ndb_log_transaction_id

此只读的布尔系统变量显示一个副本 mysqld 是否在二进制日志中写入 NDB 事务 ID（使用 NDB$EPOCH_TRANS() 冲突检测来使用“主动-主动”NDB 集群复制所需）。要更改设置，请使用 --ndb-log-transaction-id 选项。

ndb_log_transaction_id 在主流 MySQL Server 8.0 中不受支持。

有关更多信息，请参见 第 25.7.12 节，“NDB 集群复制冲突解决”。

ndb_log_transaction_compression

副本mysqld是否在二进制日志中写入压缩事务；仅在mysqld编译支持NDB时存在。

使用--binlog-transaction-compression启动 MySQL 服务器会强制启用此变量（ON），这将覆盖在命令行或my.cnf文件中设置的--ndb-log-transaction-compression，如下所示：

$> mysqld_safe --ndbcluster --ndb-connectstring=127.0.0.1 \
  --binlog-transaction-compression=ON --ndb-log-transaction-compression=OFF &
[1] 27667
$> 2022-07-07T12:29:20.459937Z mysqld_safe Logging to '/usr/local/mysql/data/myhost.err'.
2022-07-07T12:29:20.509873Z mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data

$> mysql -e 'SHOW VARIABLES LIKE "%transaction_compression%"'
+--------------------------------------------+-------+
| Variable_name                              | Value |
+--------------------------------------------+-------+
| binlog_transaction_compression             | ON    |
| binlog_transaction_compression_level_zstd  | 3     |
| ndb_log_transaction_compression            | ON    |
| ndb_log_transaction_compression_level_zstd | 3     |
+--------------------------------------------+-------+

要仅为NDB表禁用二进制日志事务压缩，请在启动mysqld后在mysql或其他客户端会话中将ndb_log_transaction_compression系统变量设置为OFF。

在启动后设置binlog_transaction_compression变量对ndb_log_transaction_compression的值没有影响。

有关二进制日志事务压缩的更多信息，例如哪些事件被压缩或未压缩以及在使用此功能时需要注意的行为更改，请参阅第 7.4.4.5 节，“二进制日志事务压缩”。

ndb_log_transaction_compression_level_zstd

如果由ndb_log_transaction_compression启用，则用于将压缩事务写入副本二进制日志的ZSTD压缩级别。如果mysqld未编译支持NDB存储引擎，则不支持。

更多信息请参阅第 7.4.4.5 节，“二进制日志事务压缩”。

ndb_metadata_check

NDB 使用一个后台线程每隔 ndb_metadata_check_interval 秒检查一次元数据更改，与 MySQL 数据字典进行比较。可以通过将 ndb_metadata_check 设置为 OFF 来禁用此元数据更改检测线程。该线程默认情况下是启用的。

ndb_metadata_check_interval

NDB 在后台运行一个元数据更改检测线程，以确定 NDB 字典相对于 MySQL 数据字典的更改。默认情况下，这些检查之间的间隔为 60 秒；可以通过设置 ndb_metadata_check_interval 的值来调整。要启用或禁用线程，请使用 ndb_metadata_check。

ndb_metadata_sync

设置此变量会导致更改监视线程覆盖为 ndb_metadata_check 或 ndb_metadata_check_interval 设置的任何值，并进入持续更改检测期。当线程确定没有更多要检测的更改时，它会停滞���直到二进制日志线程完成所有检测到的对象的同步。然后 ndb_metadata_sync 设置为 false，更改监视线程将恢复到由 ndb_metadata_check 和 ndb_metadata_check_interval 设置确定的行为。

在 NDB 8.0.22 及更高版本中，将此变量设置为 true 会导致排除对象列表被清除，将其设置为 false 会清除要重试的对象列表。

ndb_optimized_node_selection

优化节点选择有两种形式，如下所述：

1. SQL 节点使用接近性来确定事务协调器；也就是说，SQL 节点“最近”的数据节点被选择为事务协调器。为此，具有与 SQL 节点共享内存连接的数据节点被认为是与 SQL 节点“最近”的；接下来最接近的（按照减少接近性的顺序）是：从localhost的 TCP 连接，然后是从localhost以外的主机的 TCP 连接。
2. SQL 线程使用分布感知来选择数据节点。也就是说，由给定事务的第一个语句访问的集群分区所在的数据节点被用作整个事务的事务协调器。（仅当事务的第一个语句访问不超过一个集群分区时有效。）

此选项接受整数值0、1、2或3中的一个。3是默认值。这些值影响节点选择如下：

• 0：节点选择未经优化。在 SQL 线程继续到下一个数据节点之前，每个数据节点被用作事务协调器 8 次。
• 1：接近 SQL 节点用于确定事务协调器。
• 2：使用分布感知来选择事务协调器。但是，如果事务的第一个语句访问多个集群分区，则 SQL 节点会在将此选项设置为0时恢复到循环轮询行为。
• 3：如果可以使用分布感知来确定事务协调器，则使用它；否则使用接近性来选择事务协调器。（这是默认行为。）

接近性的确定如下：

1. 从为Group参数设置的值开始（默认为 55）。
2. 对于与其他 API 节点共享同一主机的 API 节点，将值减 1。假设Group的默认值，与 API 节点在同一主机上的数据节点的有效值为 54，远程数据节点为 55。
3. 设置ndb_data_node_neighbour会进一步减少有效的Group值 50，使得这个节点被视为最近的节点。只有当所有数据节点都在与 API 节点不同的主机上，并且希望将其中一个专用于 API 节点时才需要这样做。在正常情况下，前面描述的默认调整已经足够。

频繁更改ndb_data_node_neighbour是不明智的，因为这会改变集群连接的状态，从而可能破坏每个线程对新事务的选择算法，直到它稳定下来。

ndb_read_backup

启用随后创建的任何NDB表的任何片段副本读取；这样做可以极大地提高表的读取性能，对写入的成本相对较小。

如果 SQL 节点和数据节点使用相同的主机名或 IP 地址，则会自动检测到这一事实，因此首选将读取发送到同一主机。如果这些节点位于同一主机上但使用不同的 IP 地址，则可以通过将 SQL 节点上的ndb_data_node_neighbour的值��置为数据节点的节点 ID 来告诉 SQL 节点使用正确的数据节点。

要为单个表启用或禁用从任何片段副本读取，您可以相应地为表设置NDB_TABLE选项READ_BACKUP，在CREATE TABLE或ALTER TABLE语句中；有关更多信息，请参见第 15.1.20.12 节，“设置 NDB 注释选项”。

ndb_recv_thread_activation_threshold

当达到此数量的并发活动线程时，接收线程接管集群连接的轮询。

此变量的作用范围是全局的。它也可以在启动时设置。

ndb_recv_thread_cpu_mask

用于将接收线程锁定到特定 CPU 的 CPU 掩码。这是指定为十六进制位掩码的。例如，0x33 表示每个接收线程使用一个 CPU。空字符串是默认值；将 ndb_recv_thread_cpu_mask 设置为此值会删除先前设置的任何接收线程锁定。

此变量的作用范围是全局的。也可以在启动时设置。

ndb_report_thresh_binlog_epoch_slip

这代表事件缓冲区中完全缓冲的时代数量的阈值，但尚未被二进制日志注入器线程消耗。当超过这种滑动（滞后）程度时，将报告事件缓冲区状态消息，原因为BUFFERED_EPOCHS_OVER_THRESHOLD（请参阅第 25.6.2.3 节，“集群日志中的事件缓冲区报告”）。当从数据节点接收并完全缓冲一个时代时，滑动会增加；当二进制日志注入器线程消耗一个时代时，滑动会减少。仅当使用 NDB API 中的 Ndb::setEventBufferQueueEmptyEpoch() 方法启用时，空时代才会被缓冲和排队，因此仅在此计算中包括。

ndb_report_thresh_binlog_mem_usage

这是在报告二进制日志状态之前剩余可用内存百分比的阈值。例如，默认值为10，这意味着如果用于从数据节点接收二进制日志数据的可用内存量低于 10%，则会向集群日志发送状态消息。

ndb_row_checksum

传统上，NDB 创建带有行校验和的表，这会检查硬件问题，但会牺牲性能。将 ndb_row_checksum 设置为 0 意味着新建或更改表时不使用行校验和，这对所有类型的查询性能都有显著影响。此变量默认设置为 1，以提供向后兼容的行为。

ndb_schema_dist_lock_wait_timeout

在模式分发期间等待的秒数，以获取每个 SQL 节点上获取的元数据锁，以便更改其本地数据字典以反映 DDL 语句更改。在经过此时间后，将返回警告，指出给定 SQL 节点的数据字典未更新。这样可以避免二进制日志线程在处理模式操作时等待过长时间。

ndb_schema_dist_timeout

在模式分发期间检测超时之前等待的秒数。这可能表明其他 SQL 节点正在经历过多的活动，或者它们在某种程度上被阻止获取必要资源。

ndb_schema_dist_upgrade_allowed

允许在连接到NDB时升级模式分发表。当为真（默认值），此更改被推迟，直到所有 SQL 节点已升级到相同版本的 NDB Cluster 软件。

注意

在升级执行之前，模式分发的性能可能会有所下降。

ndb_show_foreign_key_mock_tables

显示NDB用于支持foreign_key_checks=0的模拟表。启用此功能时，在创建和删除表时会显示额外警告。表的真实（内部）名称可以在SHOW CREATE TABLE的输出中看到。

ndb_slave_conflict_role

在 NDB 8.0.23 中已弃用，并可能在将来的版本中被移除。请改用ndb_conflict_role。

ndb_table_no_logging

当此变量设置为ON或1时，导致使用ENGINE NDB创建或更改的所有表都是非记录日志的；也就是说，此表的数据更改不会写入重做日志或写入磁盘检查点，就好像使用CREATE TABLE或ALTER TABLE时使用NOLOGGING选项创建或更改表一样。

有关非记录NDB表的更多信息，请参阅 NDB_TABLE 选项。

ndb_table_no_logging对NDB表模式文件的创建没有影响；要抑制这些文件，请改用ndb_table_temporary。

ndb_table_temporary

当设置为ON或1时，此变量导致NDB表不写入磁盘：这意味着不会创建表模式文件，也不会记录表。

注意

设置此变量目前没有效果。这是一个已知问题；请参阅 Bug #34036。

ndb_use_copying_alter_table

强制NDB在在线ALTER TABLE操作出现问题时使用表的复制。默认值为OFF。

ndb_use_exact_count

强制NDB在SELECT COUNT(*)查询规划期间使用记录计数以加快此类查询的速度。默认值为OFF，这样可以加快整体查询速度。

ndb_use_transactions

通过将此变量的值设置为OFF，您可以禁用NDB事务支持。一般情况下不建议这样做，尽管在某些情况下可能会有用，比如在导入一个或多个大事务的转储文件时，可以在给定的客户端会话中禁用事务支持；这样可以将多行插入分批执行，而不是作为单个事务。在这种情况下，一旦导入完成，您应该将此会话的变量值重置为ON，或者直接终止会话。

ndb_version

NDB引擎版本，作为一个复合整数。

ndb_version_string

NDB引擎版本以ndb-*x.y.z*格式。

replica_allow_batching

NDB 集群复制品上是否启用了批量更新。从 NDB 8.0.26 开始，您应该使用replica_allow_batching来替代在该版本中已弃用的slave_allow_batching。

在复制品上允许批量更新极大地提高了性能，特别是在复制TEXT、BLOB和JSON列时。因此，在 NDB 8.0.30 及更高版本中，默认情况下启用了replica_allow_batching。

设置此变量仅在使用NDB存储引擎的复制时才会生效；在 MySQL Server 8.0 中，它存在但不起作用。有关更多信息，请参见第 25.7.6 节，“启动 NDB 集群复制（单个复制通道）”")。

ndb_replica_batch_size

确定复制应用程序线程使用的批量大小（以字节为单位）。在 NDB 8.0.30 及更高版本中，设置��变量而不是--ndb-batch-size选项，将此设置应用于副本，不包括任何其他会话。

如果未设置此变量（默认为 2 MB），其有效值为--ndb-batch-size的值和 2 MB 中较大的一个。

ndb_replica_blob_write_batch_bytes

控制复制应用程序线程用于 blob 数据的批量写入大小。

从 NDB 8.0.30 开始，您应该设置这个变量，而不是--ndb-blob-write-batch-bytes选项来控制副本上的 blob 批量写入大小，不包括任何其他会话。这样做的原因是，当未设置ndb_replica_blob_write_batch_bytes时，有效的 blob 批量大小（即，blob 列待写入的最大字节数）由--ndb-blob-write-batch-bytes的值和 2 MB（ndb_replica_blob_write_batch_bytes的默认值）中较大的一个确定。

将ndb_replica_blob_write_batch_bytes设置为 0 意味着NDB在副本上对 blob 批量写入大小不设限。

server_id_bits

此变量指示在 32 位 server_id 中，实际标识服务器的最低有效位数。指示服务器实际上由少于 32 位标识使得一些剩余位可以用于其他目的，例如通过使用 NDB API 的事件 API 生成的用户数据存储在 OperationOptions 结构的 AnyValue 中（NDB 集群使用 AnyValue 存储服务器 ID）。

在提取用于检测复制循环等目的的 server_id 的有效服务器 ID 时，服务器会忽略剩余的位。在决定是否应根据服务器 ID 忽略事件时，I/O 和 SQL 线程中使用 server_id_bits 变量来屏蔽 server_id 的任何无关位。

此数据可以通过 mysqlbinlog 从二进制日志中读取，前提是它以自己的 server_id_bits 变量设置为 32（默认值）运行。

如果 server_id 的值大于或等于 2 的 server_id_bits 次方；否则，mysqld 拒绝启动。

此系统变量仅受 NDB 集群支持。标准 MySQL 8.0 服务器不支持。

slave_allow_batching

NDB 集群副本是否启用批量更新。从 NDB 8.0.26 开始，此变量已弃用，应改用 replica_allow_batching。

在副本上允许批量更新可以极大地提高性能，特别是在复制TEXT、BLOB和JSON列时。因此，在 NDB 8.0.30 及更高版本中，默认情况下replica_allow_batching为ON。从 NDB 8.0.30 开始，每当将此变量设置为OFF时都会发出警告。

设置此变量仅在使用NDB存储引擎的复制时才会生效；在 MySQL Server 8.0 中，它存在但不起作用。更多信息，请参见第 25.7.6 节，“启动 NDB 集群复制（单一复制通道）”")。

transaction_allow_batching

当设置为1或ON时，此变量允许在同一事务中批处理语句。要使用此变量，必须先通过将autocommit设置为0或OFF来禁用自动提交；否则，设置transaction_allow_batching不会生效。

在执行仅进行写操作的事务时使用此变量是安全的，因为启用它可能导致从“之前”图像中读取。在发出SELECT之前，应确保任何待处理的事务已提交（如果需要，使用显式的COMMIT）。

重要

transaction_allow_batching在同一事务中的给定语句的效果取决于先前语句的结果时不应使用。

当前仅支持 NDB Cluster 的此变量。

下面列表中的系统变量都与ndbinfo信息数据库相关。

• ndbinfo_database 系统变量ndbinfo_database作用范围全局动态否SET_VAR Hint Applies否类型字符串默认值ndbinfo显示用于NDB信息数据库的名称；默认值为ndbinfo。这是一个只读变量，其值在编译时确定。
• ndbinfo_max_bytes 命令行格式--ndbinfo-max-bytes=#系统变量ndbinfo_max_bytes范围全局，会话动态是SET_VAR 提示适用否类型整数默认值0最小值0最大值65535仅用于测试和调试。
• ndbinfo_max_rows 命令行格式--ndbinfo-max-rows=#系统变量ndbinfo_max_rows范围全局，会话动态是SET_VAR 提示适用否类型整数默认值10最小值1最大值256仅用于测试和调试。
• ndbinfo_offline 系统变量ndbinfo_offline范围全���动态是SET_VAR 提示适用否类型布尔值默认值OFF将ndbinfo数据库置于离线模式，即使表和视图实际上不存在，或者存在但在NDB中具有不同的定义时也可以打开这些表（或视图）。不会从这些表（或视图）返回任何行。
• ndbinfo_show_hidden 命令行格式--ndbinfo-show-hidden[={OFF|ON}]系统变量ndbinfo_show_hidden范围全局，会话动态是SET_VAR 提示适用否类型布尔值默认值OFF有效值ON``OFF是否在mysql客户端中显示ndbinfo数据库的底层内部表。默认值为OFF。 注意 当启用ndbinfo_show_hidden时，内部表仅在ndbinfo数据库中显示；无论变量设置如何，它们都不会在TABLES或其他INFORMATION_SCHEMA表中可见。
• ndbinfo_table_prefix 系统变量ndbinfo_table_prefix范围全局动态否SET_VAR提示适用否类型字符串默认值ndb用于命名 ndbinfo 数据库基本表的前缀（通常隐藏，除非通过设置ndbinfo_show_hidden公开）。这是一个只读变量，默认值为ndb；前缀本身在编译时确定。
• ndbinfo_version 系统变量ndbinfo_version范围全局动态否SET_VAR提示适用否类型字符串默认值显示正在使用的ndbinfo引擎的版本；只读。

25.4.3.9.3 NDB Cluster 状态变量

本节提供了与 NDB Cluster 和NDB存储引擎相关的 MySQL 服务器状态变量的详细信息。有关不特定于 NDB Cluster 的状态变量以及使用状态变量的一般信息，请参见第 7.1.10 节，“服务器状态变量”。

• Handler_discover MySQL 服务器可以询问NDBCLUSTER存储引擎是否知道具有给定名称的表。这称为发现。Handler_discover指示使用此机制发现表的次数。
• Ndb_api_adaptive_send_deferred_count 实际未发送的自适应发送调用次数。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_deferred_count_session 实际未发送的自适应发送调用次数。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_deferred_count_replica 该副本实际未发送的自适应发送调用次数。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_deferred_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_adaptive_send_deferred_count_replica。 该副本实际未发送的自适应发送调用次数。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_forced_count 由此 MySQL 服务器（SQL 节点）发送的强制发送调用的自适应发送次数。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_forced_count_session 在此客户端会话中发送的强制发送调用的自适应发送次数。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_forced_count_replica 该副本发送的强制发送调用的自适应发送次数。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_forced_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_adaptive_send_forced_count_replica。 该副本发送的强制发送调用的自适应发送次数。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_unforced_count 由此 MySQL 服务器（SQL 节点）发送的无强制发送的自适应发送调用次数。 有关更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_unforced_count_session 在此客户端会话中发送的无强制发送的自适应发送调用次数。 有关更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_unforced_count_replica 由此副本发送的无强制发送的自适应发送调用次数。 有关更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_adaptive_send_unforced_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_adaptive_send_unforced_count_replica。 由此副本发送的无强制发送的自适应发送调用次数。 有关更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_sent_count_session 在此客户端会话中发送到数据节点的数据量（以字节为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 有关更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_sent_count_replica 由此副本发送到数据节点的数据量（以字节为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其范围实际上是全局的。 如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_sent_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_bytes_sent_count_replica。 发送到数据节点的数据量（以字节为单位）。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但实际上它在全局范围内有效。如果这个 MySQL 服务器不充当副本，或者不使用 NDB 表，这个值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_sent_count 由此 MySQL 服务器（SQL 节点）发送到数据节点的数据量（以字节为单位）。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但实际上它在全局范围内有效。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_received_count_session 从数据节点在此客户端会话中接收到的数据量（以字节为单位）。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但它只与当前会话相关，并不受这个mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_received_count_replica 从数据节点接收到的数据量（以字节为单位）。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但实际上它在全局范围内有效。如果这个 MySQL 服务器不充当副本，或者不使用 NDB 表，这个值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_received_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_bytes_received_count_replica。 此副本从数据节点接收的数据量（以字节为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或者不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_bytes_received_count 此 MySQL 服务器（SQL 节点）从数据节点接收的数据量（以字节为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_event_data_count_injector NDB 二进制日志注入器线程接收的行更改事件数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_event_data_count 此 MySQL 服务器（SQL 节点）接收的行更改事件数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_event_nondata_count_injector NDB 二进制日志注入线程接收的除行更改事件之外的事件数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_event_nondata_count MySQL 服务器（SQL 节点）接收的除行更改事件之外的事件数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_event_bytes_count_injector NDB 二进制日志注入线程接收的事件字节数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_event_bytes_count MySQL 服务器（SQL 节点）接收的事件字节数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pk_op_count_session 基于或使用主键的客户端会话中的操作数量。这包括对 blob 表的操作、隐式解锁操作、自增操作，以及用户可见的主键操作。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pk_op_count_replica 这个复制品基于或使用主键的操作次数。这包括对 blob 表的操作、隐式解锁操作、自增操作，以及用户可见的主键操作。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当复制品，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pk_op_count_slave 注意 在 NDB 8.0.23 中已弃用；请使用Ndb_api_pk_op_count_replica代替。 这个复制品基于或使用主键的操作次数。这包括对 blob 表的操作、隐式解锁操作、自增操作，以及用户可见的主键操作。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当复制品，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pk_op_count 这个 MySQL 服务器（SQL 节点）基于或使用主键的操作次数。这包括对 blob 表的操作、隐式解锁操作、自增操作，以及用户可见的主键操作。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pruned_scan_count_session 此客户端会话中已被修剪为单个分区的扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它与当前会话相关，不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pruned_scan_count_replica 此副本进行的已被修剪为单个分区的扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pruned_scan_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_pruned_scan_count_replica。 此副本进行的已被修剪为单个分区的扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围���全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_pruned_scan_count 此 MySQL 服务器（SQL 节点）进行的已被修剪为单个分区的扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_range_scan_count_session 在此客户端会话中启动的范围扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_range_scan_count_replica 由此副本启动的范围扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_range_scan_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_range_scan_count_replica。 由此副本启动的范围扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计���器和变量”。
• Ndb_api_range_scan_count 由此 MySQL 服务器（SQL 节点）启动的范围扫描次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际上是全局范围的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_read_row_count_session 在此客户端会话中已读取的总行数。这包括此客户端会话中通过任何主键、唯一键或扫描操作读取的所有行。 尽管此变量可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_read_row_count_replica 此副本已读取的总行数。这包括此副本通过任何主键、唯一键或扫描操作读取的所有行。 尽管此变量可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取，但其实质上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_read_row_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_read_row_count_replica。 此副本已读取的总行数。这包括此副本通过任何主键、唯一键或扫描操作读取的所有行。 尽管此变量可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取，但其实质上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_read_row_count 此 MySQL 服务器（SQL 节点）已读取的总行数。这包括此 MySQL 服务器（SQL 节点）通过任何主键、唯一键或扫描操作读取的所有行。 你应该意识到，对于由SELECT COUNT(*)查询读取的行，这个值可能不完全准确，因为在这种情况下，MySQL 服务器实际上读取伪行，形式为[*表片段 ID*]:[*片段中的行数*]，并对表中所有片段的行进行求和，以推导出所有行的估计计数。Ndb_api_read_row_count使用这个估计值，而不是表中实际的行数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实质上是全局范围的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_scan_batch_count_session 此客户端会话中接收的行批次数。1 批次定义为来自单个片段的扫描结果集。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_scan_batch_count_replica 此副本接收的行批次数。1 批次定义为来自单个片段的扫描结果集。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实质上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_scan_batch_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_scan_batch_count_replica。 此副本接收的行批次数。1 批次定义为来自单个片段的扫描结果集。 虽然可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_scan_batch_count MySQL 服务器（SQL 节点）接收的行批次数。1 批次定义为来自单个片段的扫描结果集。 虽然可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_table_scan_count_session 在此客户端会话中已启动的表扫描次数，包括对内部表的扫描。 虽然可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_table_scan_count_replica 此副本已启动的表扫描次数，包括对内部表的扫描。 虽然可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_table_scan_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_table_scan_count_replica。 由此副本启动的表扫描次数，包括内部表的扫描。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_table_scan_count 由此 MySQL 服务器（SQL 节点）启动的表扫描次数，包括内部表的扫描。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_abort_count_session 在此客户端会话中中止的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_abort_count_replica 该副本中被中止的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_abort_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_trans_abort_count_replica。 由此副本中止的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取此变量，但其实质上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_abort_count 由此 MySQL 服务器（SQL 节点）中止的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取此变量，但其实质上是全局范围的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_close_count_session 在此客户端会话中关闭的事务数量。此值可能大于Ndb_api_trans_commit_count_session和Ndb_api_trans_abort_count_session的总和，因为某些事务可能已被回滚。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_close_count_replica 由此副本关闭的事务数量。此值可能大于Ndb_api_trans_commit_count_replica和Ndb_api_trans_abort_count_replica的总和，因为某些事务可能已被回滚。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_close_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_trans_close_count_replica。 由此副本关闭的事务数。此值可能大于Ndb_api_trans_commit_count_replica和Ndb_api_trans_abort_count_replica的总和，因为某些事务可能已被回滚。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_close_count 由此 MySQL 服务器（SQL 节点）关闭的事务数。此值可能大于Ndb_api_trans_commit_count和Ndb_api_trans_abort_count的总和，因为某些事务可能已被回滚。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_commit_count_session 在此客户端会话中提交的事务数。 尽管可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，并不受此 mysqld 的任何其他客户端影响。 更多信息，请参见 第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_commit_count_replica 此副本提交的事务数量。 尽管可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见 第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_commit_count_slave 注意 在 NDB 8.0.23 版本中已弃用；请使用 Ndb_api_trans_commit_count_replica 代替。 此副本提交的事务数量。 尽管可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 更多信息，请参见 第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_commit_count 此 MySQL 服务器（SQL 节点）提交的事务数量。 尽管可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但其实际范围是全局的。 更多信息，请参见 第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_local_read_row_count_session 在此客户端会话中已读取的总行数。这包括在此客户端会话中进行的任何主键、唯一键或扫描操作读取的所有行。 虽然这个变量可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见 Section 25.6.15，“NDB API Statistics Counters and Variables”。
• Ndb_api_trans_local_read_row_count_replica 这个副本已读取的总行数。这包括此副本执行的任何主键、唯一键或扫描操作读取的所有行。 虽然这个变量可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但它实际上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见 Section 25.6.15，“NDB API Statistics Counters and Variables”。
• Ndb_api_trans_local_read_row_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_trans_local_read_row_count_replica。 这个副本已读取的总行数。这包括此副本执行的任何主键、唯一键或扫描操作读取的所有行。 虽然这个变量可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但它实际上是全局范围的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见 Section 25.6.15，“NDB API Statistics Counters and Variables”。
• Ndb_api_trans_local_read_row_count 这个 MySQL 服务器（SQL 节点）已读取的总行数。这包括此 MySQL 服务器（SQL 节点）执行的任何主键、唯一键或扫描操作读取的所有行。 虽然这个变量可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但它实际上是全局范围的。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_start_count_session 此客户端会话中启动的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取此变量，但它与当前会话相关，并不受此mysqld的任何其他客户端影响。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_start_count_replica 此副本启动的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_start_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_trans_start_count_replica。 此副本启动的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_trans_start_count 此 MySQL 服务器（SQL 节点）启动的事务数量。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取此变量，但其实际范围是全局的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_uk_op_count_session 这个客户端会话中基于或使用唯一键的操作次数。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但它只与当前会话相关，并不受这个mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_uk_op_count_replica 这个副本基于或使用唯一键的操作次数。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但实际上它在全局范围内有效。如果这个 MySQL 服务器不充当副本，或者不使用 NDB 表，这个值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_uk_op_count_slave 注意 在 NDB 8.0.23 中已弃用；请使用Ndb_api_uk_op_count_replica代替。 这个副本基于或使用唯一键的操作次数。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但实际上它在全局范围内有效。如果这个 MySQL 服务器不充当副本，或者不使用 NDB 表，这个值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_uk_op_count 这个 MySQL 服务器（SQL 节点）基于或使用唯一键的操作次数。 虽然这个变量可以通过SHOW GLOBAL STATUS或SHOW SESSION STATUS来读取，但实际上它在全局范围内有效。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_exec_complete_count_session 线程在此客户端会话中由于等待操作完成而被阻塞的次数。这包括所有execute()调用，以及对客户端不可见的 blob 和自增操作的隐式执行。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_exec_complete_count_replica 线程由于等待操作完成而被此副本阻塞的次数。这包括所有execute()调用，以及对客户端不可见的 blob 和自增操作的隐式执行。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_exec_complete_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_wait_exec_complete_count_replica。 线程由于等待操作完成而被此副本阻塞的次数。这包括所有execute()调用，以及对客户端不可见的 blob 和自增操作的隐式执行。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实是全局范围的。如果此 MySQL 服务器不充当复制品，或不使用 NDB 表，此值始终为 0。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_exec_complete_count 一个线程在等待操作完成时被此 MySQL 服务器（SQL 节点）阻塞的次数。这包括所有execute()调用，以及对客户端不可见的 blob 和自增操作的隐式执行。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实是全局范围的。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_meta_request_count_session 一个线程在此客户端会话中被阻塞等待基于元数据的信号的次数，例如 DDL 请求、新纪元和事务记录的占用。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_meta_request_count_replica 一个线程在此复制品中被阻塞等待基于元数据的信号的次数，例如 DDL 请求、新纪元和事务记录的占用。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实是全局范围的。如果此 MySQL 服务器不充当复制品，或不使用 NDB 表，此值始终为 0。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_meta_request_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_wait_meta_request_count_replica。 线程由于等待基于元数据的信号（例如 DDL 请求、新纪元和事务记录的占用）而被此复制品阻塞的次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际上是全局范围的。如果此 MySQL 服务器不充当复制品，或不使用 NDB 表，则此值始终为 0。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_meta_request_count 线程由于等待基于元数据的信号（例如 DDL 请求、新纪元和事务记录的占用）而被此 MySQL 服务器（SQL 节点）阻塞的次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际上是全局范围的。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_nanos_count_session 在此客户端会话中等待来自数据节点的任何类型信号所花费的总时间（以纳秒为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并且不受此mysqld的任何其他客户端影响。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_nanos_count_replica 复制品等待来自数据节点的任何类型信号所花费的总时间（以纳秒为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_nanos_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_wait_nanos_count_replica。 该副本等待来自数据节点的任何类型信号所花费的总时间（以纳秒为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_nanos_count 该 MySQL 服务器（SQL 节点）等待来自数据节点的任何类型信号所花费的总时间（以纳秒为单位）。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_scan_result_count_session 在此客户端会话中，线程由于等待基于扫描的信号而被阻塞的次数，例如等待扫描结果，或等待扫描关闭时。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但它仅与当前会话相关，并不受此mysqld的任何其他客户端影响。 查看更多信息，请参阅第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_scan_result_count_replica 线程由于等待扫描信号（例如等待扫描结果或等待扫描关闭）而被此副本阻塞的次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_scan_result_count_slave 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_api_wait_scan_result_count_replica。 线程由于等待扫描信号（例如等待扫描结果或等待扫描关闭）而被此副本阻塞的次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量，但其实际范围是全局的。如果此 MySQL 服务器不充当副本，或不使用 NDB 表，则此值始终为 0。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_api_wait_scan_result_count 线程由于等待扫描信号（例如等待扫描结果或等待扫描关闭）而被此 MySQL 服务器（SQL 节点）阻塞的次数。 尽管可以使用SHOW GLOBAL STATUS或SHOW SESSION STATUS读取此变量��但其实际范围是全局的。 查看更多信息，请参见第 25.6.15 节，“NDB API 统计计数器和变量”。
• Ndb_cluster_node_id 如果服务器充当 NDB 集群节点，则此变量的值为其在集群中的节点 ID。 如果服务器不是 NDB 集群的一部分，则此变量的值为 0。
• Ndb_config_from_host 如果服务器是 NDB 集群的一部分，则此变量的值是从其获取配置数据的集群管理服务器的主机名或 IP 地址。 如果服务器不是 NDB 集群的一部分，则此变量的值为空字符串。
• Ndb_config_from_port 如果服务器是 NDB 集群的一部分，则此变量的值是通过其连接到的用于获取配置数据的集群管理服务器的端口号。 如果服务器不是 NDB 集群的一部分，则此变量的值为 0。
• Ndb_config_generation 显示集群当前配置的生成编号。这可用作指示器，用于确定自此 SQL 节点上次连接到集群以来集群的配置是否发生了更改。
• Ndb_conflict_fn_epoch 在 NDB 集群复制冲突解决中使用，此变量显示使用NDB$EPOCH()冲突解决在给定的mysqld上找到的冲突行数，自上次重新启动以来。 欲了解更多信息，请参阅第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_conflict_fn_epoch_trans 在 NDB 集群复制冲突解决中使用，此变量显示使用NDB$EPOCH_TRANS()冲突解决在给定的mysqld上找到的冲突行数，自上次重新启动以来。 欲了解更多信息，请参阅第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_conflict_fn_epoch2 使用NDBEPOCH2()时，在 NDB 集群复制冲突解决中找到的冲突行数，源自上次重新启动以来被指定为主服务器的源。 欲了解更多信息，请参阅 NDBEPOCH2()")。
• Ndb_conflict_fn_epoch2_trans 在 NDB 集群复制冲突解决中使用，此变量显示使用NDBEPOCH_TRANS2()冲突解决在给定的mysqld上找到的冲突行数，自上次重新启动以来。 查看更多信息，请参见 NDBEPOCH2_TRANS()")。
• Ndb_conflict_fn_max 用于 NDB 集群复制冲突解决，此变量显示由于“最大时间戳获胜”冲突解决而在当前 SQL 节点上未应用行的次数，自上次启动此mysqld以来。 查看更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_conflict_fn_max_del_win 显示由于 NDB 集群复制冲突解决使用NDB$MAX_DELETE_WIN()而在当前 SQL 节点上拒绝行的次数，自上次启动此mysqld以来。 查看更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_conflict_fn_max_del_win_ins 显示由于 NDB 集群复制冲突解决使用NDB$MAX_DEL_WIN_INS()而在当前 SQL 节点上拒绝插入行的次数，自上次启动此mysqld以来。 查看更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_conflict_fn_max_ins 用于 NDB 集群复制冲突解决，此变量显示自上次启动此mysqld以来，由于“最大时间戳获胜”冲突解决而未在当前 SQL 节点上插入行的次数。 查看更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_conflict_fn_old 用于 NDB 集群复制冲突解决，此变量显示由于“相同时间戳获胜”冲突解决而在给定的mysqld上未应用行的次数，自上次重新启动以来。 更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_conflict_last_conflict_epoch 在此副本上检测到冲突的最新时代。您可以将此值与Ndb_replica_max_replicated_epoch进行比较；如果Ndb_replica_max_replicated_epoch大于Ndb_conflict_last_conflict_epoch，则尚未检测到冲突。 查看第 25.7.12 节，“NDB 集群复制冲突解决”，获取更多信息。
• Ndb_conflict_reflected_op_discard_count 当使用 NDB 集群复制冲突解决时，这是未在辅助节点上应用的反射操作数量，因为在执行过程中遇到错误。 查看第 25.7.12 节，“NDB 集群复制冲突解决”，获取更多信息。
• Ndb_conflict_reflected_op_prepare_count 当使用 NDB 集群复制的冲突解决时，此状态变量包含已定义的反射操作数量（即在辅助节点上准备执行的操作）。 查看第 25.7.12 节，“NDB 集群复制冲突解决”，获取更多信息。
• Ndb_conflict_refresh_op_count 当使用 NDB 集群复制的冲突解决时，这是已准备在辅助节点上执行的刷新操作数量。 查看第 25.7.12 节，“NDB 集群复制冲突解决”，获取更多信息。
• Ndb_conflict_last_stable_epoch 事务冲突函数发现的冲突行数 查看第 25.7.12 节，“NDB 集群复制冲突解决”，获取更多信息。
• Ndb_conflict_trans_row_conflict_count 用于 NDB Cluster 复制冲突解决，该状态变量显示自上次重启以来，由事务冲突函数直接确定为冲突的行数。 目前，NDB Cluster 支持的唯一事务冲突检测函数是 NDB$EPOCH_TRANS()，因此该状态变量实际上与 Ndb_conflict_fn_epoch_trans 相同。 欲了解更多信息，请参阅 第 25.7.12 节，“NDB Cluster 复制冲突解决”。
• Ndb_conflict_trans_row_reject_count 用于 NDB Cluster 复制冲突解决，该状态变量显示由于被事务冲突检测函数确定为冲突而重新调整的行总数。这不仅包括 Ndb_conflict_trans_row_conflict_count，还包括任何在冲突事务中或依赖于冲突事务的行。 欲了解更多信息，请参阅 第 25.7.12 节，“NDB Cluster 复制冲突解决”。
• Ndb_conflict_trans_reject_count 用于 NDB Cluster 复制冲突解决，该状态变量显示通过事务冲突检测函数发现的冲突事务数量。 欲了解更多信息，请参阅 第 25.7.12 节，“NDB Cluster 复制冲突解决”。
• Ndb_conflict_trans_detect_iter_count 用于 NDB Cluster 复制冲突解决，显示提交时需要的内部迭代次数。应该（略微）大于或等于 Ndb_conflict_trans_conflict_commit_count。 欲了解更多信息，请参阅 第 25.7.12 节，“NDB Cluster 复制冲突解决”。
• Ndb_conflict_trans_conflict_commit_count 用于 NDB Cluster 复制冲突解决，显示需要事务冲突处理后提交的时代事务数量。 更多信息，请参见 Section 25.7.12, “NDB Cluster Replication Conflict Resolution”。
• Ndb_epoch_delete_delete_count 在使用删除-删除冲突检测时，检测到的删除-删除冲突数量，其中应用了删除操作，但指定的行不存在。
• Ndb_execute_count 提供由操作向NDB内核进行的往返次数。
• Ndb_last_commit_epoch_server 最近由NDB提交的时代。
• Ndb_last_commit_epoch_session 最近由此NDB客户端提交的时代。
• Ndb_metadata_detected_count 自此服务器上次启动以来，NDB 元数据更改检测线程发现与 MySQL 数据字典相关的更改次数。
• Ndb_metadata_excluded_count 自上次重新启动以来，NDB 二进制日志线程无法在此 SQL 节点上同步的元数据对象数量。 如果对象被排除，则直到用户手动纠正不匹配为止，不再考虑自动同步。可以通过尝试使用类似SHOW CREATE TABLE *table*，SELECT * FROM *table*或任何触发表发现的语句来执行此操作。 在 NDB 8.0.22 之前，此变量名为Ndb_metadata_blacklist_size。
• Ndb_metadata_synced_count 自上次重新启动以来，在此 SQL 节点上已同步的 NDB 元数据对象的数量。
• Ndb_number_of_data_nodes 如果服务器是 NDB 集群的一部分，则此变量的值是集群中数据节点的数量。 如果服务器不是 NDB 集群的一部分，则此变量的值为 0。
• Ndb_pushed_queries_defined 将联接下推到 NDB 内核以进行数据节点上的分布式处理的总次数。 注意 使用EXPLAIN测试可以下推的联接会对此数字产生影响。
• Ndb_pushed_queries_dropped 被推送到 NDB 内核但无法在那里处理的联接数量。
• Ndb_pushed_queries_executed 成功推送到NDB并在那里执行的连接数。
• Ndb_pushed_reads 通过被推送的连接从 NDB 内核返回给mysqld的行数。 注意 对可以推送到NDB的连接执行EXPLAIN不会增加此数字。
• Ndb_pruned_scan_count 此变量保存自 NDB 集群上次启动以来执行的扫描总数，其中 NDB 集群能够使用分区修剪。 将此变量与Ndb_scan_count一起使用，有助于在模式设计中最大化服务器修剪扫描到单个表分区的能力，从而仅涉及复制一个数据节点。
• Ndb_replica_max_replicated_epoch 此副本上最近提交的时代。您可以将此值与Ndb_conflict_last_conflict_epoch进行比较；如果Ndb_replica_max_replicated_epoch是两者中较大的值，则尚未检测到冲突。 更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_scan_count 此变量保存自 NDB 集群上次启动以来执行的扫描总数。
• Ndb_slave_max_replicated_epoch 注意 在 NDB 8.0.23 中已弃用；请改用Ndb_slave_max_replicated_epoch。 此副本上最近提交的时代。您可以将此值与Ndb_conflict_last_conflict_epoch进行比较；如果Ndb_slave_max_replicated_epoch是两者中较大的值，则尚未检测到冲突。 更多信息，请参见第 25.7.12 节，“NDB 集群复制冲突解决”。
• Ndb_system_name 如果这个 MySQL 服务器连接到一个 NDB 集群，这个只读变量显示集群系统名称。否则，该值为空字符串。
• Ndb_trans_hint_count_session 在当前会话中已经启动的使用提示的事务数量。与Ndb_api_trans_start_count_session进行比较，以获得所有能够使用提示的 NDB 事务的比例。