--ndbcluster

使用 NDB 集群需要 NDBCLUSTER 存储引擎。如果 mysqld 二进制文件包含对 NDBCLUSTER 存储引擎的支持，则该引擎默认情况下处于禁用状态。使用 --ndbcluster 选项启用它。使用 --skip-ndbcluster 显式禁用该引擎。

如果也使用了 --initialize，则 --ndbcluster 选项将被忽略（并且 NDB 存储引擎未启用）。（与 --initialize 一起使用此选项既不必要也不可取。）

--ndb-allow-copying-alter-table=[ON|OFF]

允许 ALTER TABLE 和其他 DDL 语句对 NDB 表使用复制操作。设置为 OFF 以防止这种情况发生；这样做可能会提高关键应用程序的性能。

--ndb-applier-allow-skip-epoch

与 --replica-skip-errors 一起使用以导致 NDB 忽略跳过的时期事务。单独使用时无效。

--ndb-batch-size=#

这将设置用于 NDB 事务批处理的大小（以字节为单位）。

--ndb-cluster-connection-pool=#

通过将此选项设置为大于 1（默认值）的值，mysqld 进程可以使用多个连接到集群，有效地模拟多个 SQL 节点。每个连接都需要在集群配置（config.ini）文件中拥有自己的 [api] 或 [mysqld] 部分，并且计入集群支持的 API 连接的最大数量。

假设你有 2 台集群主机，每台都运行一个 SQL 节点，其 mysqld 进程使用 --ndb-cluster-connection-pool=4 启动；这意味着集群必须有 8 个 API 插槽可用于这些连接（而不是 2 个）。所有这些连接都在 SQL 节点连接到集群时建立，并以循环方式分配给线程。

此选项仅在主机上运行 mysqld 且主机具有多个 CPU、多个核心或两者兼而有之的情况下才有用。为了获得最佳效果，该值应小于主机上可用内核的总数。将其设置为大于此的值可能会严重降低性能。

--ndb-cluster-connection-pool-nodeids=list

指定 SQL 节点使用的与集群的连接的节点 ID 的逗号分隔列表。此列表中的节点数必须与为 --ndb-cluster-connection-pool 选项设置的值相同。

--ndb-blob-read-batch-bytes=bytes

此选项可用于设置 NDB 集群应用程序中 BLOB 数据读取的批处理的大小（以字节为单位）。当当前事务中要读取的 BLOB 数据量超过此批处理大小时，任何待处理的 BLOB 读取操作将立即执行。

此选项的最大值为 4294967295；默认值为 65536。将其设置为 0 具有禁用 BLOB 读取批处理的效果。

--ndb-blob-write-batch-bytes=bytes

此选项可用于设置 NDB 集群应用程序中 BLOB 数据写入的批处理的大小（以字节为单位）。当当前事务中要写入的 BLOB 数据量超过此批处理大小时，任何待处理的 BLOB 写入操作将立即执行。

此选项的最大值为 4294967295；默认值为 65536。将其设置为 0 具有禁用 BLOB 写入批处理的效果。

--ndb-connectstring=connection_string

使用 NDBCLUSTER 存储引擎时，此选项指定分发集群配置数据的管理服务器。有关语法，请参见 第 25.4.3.3 节，“NDB 集群连接字符串”.

--ndb-default-column-format=[FIXED|DYNAMIC]

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

--ndb-deferred-constraints=[0|1]

控制对唯一索引的约束检查是否在支持此类检查的情况下推迟到提交时间。0 是默认值。

此选项通常不需要用于 NDB 集群或 NDB 集群复制的操作，并且主要用于测试。

--ndb-schema-dist-timeout=#

指定此 mysqld 在将模式操作标记为超时之前等待其完成的最大时间（以秒为单位）。

--ndb-distribution=[KEYHASH|LINHASH]

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

--ndb-log-apply-status

使副本 mysqld 将从其直接来源接收的任何更新记录到其自己的二进制日志中的 mysql.ndb_apply_status 表中，使用其自己的服务器 ID 而不是来源的服务器 ID。在循环或链式复制设置中，这允许此类更新传播到配置为当前 mysqld 的副本的任何 MySQL 服务器的 mysql.ndb_apply_status 表。

在链式复制设置中，使用此选项允许下游（副本）集群了解它们相对于其所有上游贡献者（来源）的位置。

在循环复制设置中，此选项会导致对 ndb_apply_status 表的更改完成整个循环，最终传播回原始 NDB 集群。这也允许充当复制源的集群查看其更改（纪元）何时应用于圆圈中的其他集群。

除非 MySQL 服务器使用 --ndbcluster 选项启动，否则此选项无效。

--ndb-log-empty-epochs=[ON|OFF]

即使在启用 log_replica_updates 时，也会导致没有更改的纪元写入 ndb_apply_status 和 ndb_binlog_index 表。

默认情况下，此选项被禁用。禁用 --ndb-log-empty-epochs 会导致没有更改的纪元事务不会写入二进制日志，尽管即使是 ndb_binlog_index 中的空纪元也会写入一行。

因为 --ndb-log-empty-epochs=1 会导致 ndb_binlog_index 表的大小独立于二进制日志的大小而增加，所以用户应该做好管理此表增长的准备，即使他们预计集群在很大程度上处于空闲状态。

--ndb-log-empty-update=[ON|OFF]

即使在启用 log_replica_updates 时，也会导致没有更改的更新写入 ndb_apply_status 和 ndb_binlog_index 表。

默认情况下，此选项被禁用 (OFF)。禁用 --ndb-log-empty-update 会导致没有更改的更新不会写入二进制日志。

--ndb-log-exclusive-reads=[0|1]

使用此选项启动服务器会导致主键读取使用排他锁记录，这允许基于读取冲突的 NDB 集群复制冲突检测和解决。您也可以通过将 ndb_log_exclusive_reads 系统变量的值分别设置为 1 或 0，在运行时启用和禁用这些锁。0（禁用锁定）是默认值。

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

--ndb-log-fail-terminate

当指定此选项时，并且无法完整记录所有找到的行事件，则 mysqld 进程将终止。

--ndb-log-orig

将原始服务器 ID 和纪元记录到 ndb_binlog_index 表中。

有关更多信息，请参见 第 25.7.4 节，“NDB 集群复制模式和表”。

--ndb-log-transaction-dependency

导致 NDB 二进制日志记录线程为其写入二进制日志的每个事务计算事务依赖项。默认值为 FALSE。

此选项无法在运行时设置；相应的 ndb_log_transaction_dependency 系统变量是只读的。

--ndb-log-transaction-id

导致副本 mysqld 在二进制日志的每一行中写入 NDB 事务 ID。默认值为 FALSE。

--ndb-log-transaction-id 要求使用 NDB$EPOCH_TRANS() 函数启用 NDB 集群复制冲突检测和解决（请参见 NDB$EPOCH_TRANS()）。有关更多信息，请参见 第 25.7.12 节，“NDB 集群复制冲突解决”。

--ndb-log-update-as-write

源上的更新是作为更新 (OFF) 还是写入 (ON) 写入二进制日志。当此选项启用时，并且 --ndb-log-updated-only 和 --ndb-log-update-minimal 都被禁用，不同类型的操作将根据以下列表中的描述记录

此选项可用于 NDB 复制冲突解决，并结合之前提到的另外两个 NDB 日志记录选项；有关更多信息，请参见 ndb_replication 表。

--ndb-log-updated-only

是否 mysqld 只写入更新 (ON) 还是完整的行 (OFF) 到二进制日志。当此选项启用时，并且 --ndb-log-update-as-write 和 --ndb-log-update-minimal 都被禁用，不同类型的操作将根据以下列表中的描述记录

此选项可用于 NDB 复制冲突解决，并结合之前提到的另外两个 NDB 日志记录选项；有关这些选项如何相互交互的更多信息，请参见 ndb_replication 表。

--ndb-log-update-minimal

以最小的方式记录更新，仅在之前映像中写入主键值，仅在之后映像中写入更改的列。如果复制到除 NDB 之外的存储引擎，这可能会导致兼容性问题。当此选项启用时，并且 --ndb-log-updated-only 和 --ndb-log-update-as-write 都被禁用，不同类型的操作将根据以下列表中的描述记录

此选项可用于 NDB 复制冲突解决，并结合之前提到的另外两个 NDB 日志记录选项；有关更多信息，请参见 ndb_replication 表。

--ndb-mgm-tls=[relaxed|strict]

设置 NDB 集群的 TLS 连接所需的 TLS 支持级别；该值是 relaxed 或 strict 之一。 relaxed 表示会尝试建立 TLS 连接，但不需要成功；strict 表示连接需要 TLS。默认值为 relaxed。

--ndb-mgmd-host=host[:port]

可用于设置程序要连接到的单个管理服务器的主机和端口号。如果程序需要其连接信息中的节点 ID 或对多个管理服务器（或两者）的引用，请改为使用 --ndb-connectstring 选项。

--ndb-nodeid=#

在 NDB 集群中设置此 MySQL 服务器的节点 ID。

--ndb-nodeid 选项会覆盖使用 --ndb-connectstring 设置的任何节点 ID，无论这两个选项的顺序如何。

此外，如果使用 --ndb-nodeid，则必须在 [mysqld] 或 [api] 部分的 config.ini 中找到匹配的节点 ID，或者文件中必须存在一个 “open” [mysqld] 或 [api] 部分（也就是说，没有指定 NodeId 或 Id 参数的部分）。这在将节点 ID 指定为连接字符串的一部分时也是如此。

无论如何确定节点 ID，它都将显示为 SHOW STATUS 输出中的全局状态变量 Ndb_cluster_node_id 的值，以及 SHOW ENGINE NDBCLUSTER STATUS 输出的 connection 行中的 cluster_node_id。

有关 NDB 集群 SQL 节点的节点 ID 的更多信息，请参见 第 25.4.3.7 节，“在 NDB 集群中定义 SQL 和其他 API 节点”。

--ndbinfo={ON|OFF|FORCE}

启用 ndbinfo 信息数据库的插件。默认情况下，只要启用 NDBCLUSTER，它就会打开。

--ndb-optimization-delay=milliseconds

通过在 OPTIMIZE TABLE 语句上设置 NDB 表，来设置行集之间等待的毫秒数。默认值为 10。

--ndb-optimized-node-selection

启用针对事务节点选择的优化。默认情况下启用；使用 --skip-ndb-optimized-node-selection 来禁用。

ndb-tls-search-path=path

用于搜索 NDB TLS 连接的 CA 和私钥的目录列表。该列表在 Unix 平台上用逗号分隔，在 Windows 上用分号分隔。

--ndb-transid-mysql-connection-map=state

启用或禁用处理 ndb_transid_mysql_connection_map 表（位于 INFORMATION_SCHEMA 数据库中）的插件。接受以下值之一：ON、OFF 或 FORCE。ON（默认值）启用插件。OFF 禁用插件，这将使 ndb_transid_mysql_connection_map 无法访问。FORCE 使 MySQL 服务器在插件加载和启动失败时无法启动。

可以通过检查 SHOW PLUGINS 的输出，查看 ndb_transid_mysql_connection_map 表插件是否正在运行。

--ndb-wait-connected=seconds

此选项设置 MySQL 服务器在接受 MySQL 客户端连接之前等待与 NDB Cluster 管理节点和数据节点建立连接的时间段。该时间以秒为单位。默认值为 30。

--ndb-wait-setup=seconds

此变量显示 MySQL 服务器等待 NDB 存储引擎完成设置的时间段，在此时间段之后将超时并认为 NDB 不可用。该时间以秒为单位。默认值为 30。

--skip-ndbcluster

禁用 NDBCLUSTER 存储引擎。对于使用 NDBCLUSTER 存储引擎支持构建的二进制文件，这是默认值；服务器仅在显式给出 --ndbcluster 选项时，才为该存储引擎分配内存和其他资源。有关示例，请参见 第 25.4.1 节，“快速测试 NDB Cluster 设置”。

ndb_autoincrement_prefetch_sz

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

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

ndb_clear_apply_status

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

ndb_conflict_role

确定此 SQL 节点（以及 NDB Cluster）在循环（“活动-活动”）复制设置中的作用。ndb_conflict_role 可以取以下值之一：PRIMARY、SECONDARY、PASS 或 NULL（默认值）。在更改 ndb_conflict_role 之前，必须停止副本 SQL 线程。此外，无法直接在 PASS 和 PRIMARY 或 SECONDARY 之间进行更改；在这种情况下，必须确保已停止 SQL 线程，然后首先执行 SET @@GLOBAL.ndb_conflict_role = 'NONE'。

此变量取代了已弃用的 ndb_slave_conflict_role。

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

ndb_data_node_neighbour

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

对于物理上更靠近且网络吞吐量高于同一主机上其他节点的节点，这可以改善数据访问时间。

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

ndb_dbg_check_shares

设置为 1 时，检查是否还有未处理的共享。仅在调试版本中可用。

ndb_default_column_format

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

ndb_deferred_constraints

控制约束检查是否被延迟，在支持这些约束检查的情况下。0 是默认值。

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

ndb_distribution

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

ndb_eventbuffer_free_percent

设置事件缓冲区（ndb_eventbuffer_max_alloc）的最大内存分配中应在达到最大值后保留在事件缓冲区中的百分比，然后再开始再次缓冲。

ndb_eventbuffer_max_alloc

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

ndb_extra_logging

此变量启用记录特定于 NDB 存储引擎的信息到 MySQL 错误日志中。

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

ndb_force_send

强制将缓冲区立即发送到 NDB，而不等待其他线程。默认值为 ON。

ndb_fully_replicated

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

ndb_index_stat_enable

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

无论此选项的值如何，索引统计信息表都将在服务器启动时创建。

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 为后缀。

可以使用此变量设置的选项名称显示在下表中。该表还提供了选项的简要说明、它们的默认值以及（在适用的情况下）它们的最小值和最大值。

ndb_join_pushdown

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

默认情况下，ndb_join_pushdown 启用。

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

您可以通过使用 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)

有关下推连接性能的两个附加信息来源可用

ndb_log_apply_status

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

ndb_log_bin

导致对 NDB 表的更新写入二进制日志。此变量的设置对使用 log_bin 尚未在服务器上启用二进制日志记录的情况下没有影响。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，没有更改的更新事务也会写入二进制日志。

ndb_log_exclusive_reads

此变量决定是否使用排他锁记录主键读取，这允许 NDB Cluster Replication 基于读取冲突进行冲突检测和解决。要启用这些锁，请将 ndb_log_exclusive_reads 的值设置为 1。0（禁用此类锁定）是默认值。

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

ndb_log_orig

显示源服务器 ID 和纪元是否记录在 ndb_binlog_index 表中。使用 --ndb-log-orig 服务器选项进行设置。

ndb_log_transaction_id

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

ndb_log_transaction_id 在主线 MySQL Server 8.4 中不受支持。

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

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 设置确定的行为。

将此变量设置为 true 会导致排除对象列表被清除；将其设置为 false 会清除要重试的对象列表。

ndb_optimized_node_selection

这里描述了两种形式的优化节点选择。

此选项取其中一个整数：0、1、2 或 3。3 是默认值。这些值会影响节点选择，如下所示

邻近性确定如下

不建议频繁更改 ndb_data_node_neighbour，因为这会改变集群连接的状态，从而可能会在稳定之前中断每个线程的新事务的选择算法。

ndb_read_backup

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

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

要启用或禁用对单个表的任何片段副本的读取，您可以在CREATE TABLE 或ALTER TABLE 语句中相应地设置表的NDB_TABLE 选项READ_BACKUP；有关更多信息，请参见第 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

这表示事件缓冲区中完全缓冲但尚未被 binlog 注入器线程消耗的纪元数的阈值。当超过这种程度的滑移（延迟）时，会报告事件缓冲区状态消息，并提供 BUFFERED_EPOCHS_OVER_THRESHOLD 作为原因（参见第 25.6.2.3 节，“集群日志中的事件缓冲区报告”）。当从节点接收纪元并在事件缓冲区中完全缓冲时，滑移会增加；当 binlog 注入器线程消耗纪元时，滑移会减少。空纪元会被缓冲和排队，因此只有在使用 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 时升级架构分布表。当值为 true（默认值）时，此更改将推迟到所有 SQL 节点都升级到相同版本的 NDB 集群软件后才会执行。

ndb_show_foreign_key_mock_tables

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

ndb_slave_conflict_role

已弃用的 ndb_conflict_role 同义词。

ndb_table_no_logging

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

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

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

ndb_table_temporary

当设置为 ON 或 1 时，此变量会导致 NDB 表不会写入磁盘：这意味着不会创建任何表架构文件，并且表不会被记录。

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 集群副本上启用批量更新。

允许在副本上进行批量更新可以大大提高性能，尤其是在复制 TEXT、BLOB 和 JSON 列时。因此，replica_allow_batching 默认情况下处于启用状态。

设置此变量仅在使用带有 NDB 存储引擎的复制时才有效；在 MySQL 服务器 8.4 中，它存在但不执行任何操作。有关更多信息，请参阅 第 25.7.6 节，“启动 NDB 集群复制（单个复制通道）”。

ndb_replica_batch_size

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

如果此变量未设置（默认值为 2 MB），则其有效值将是 --ndb-batch-size 值和 2 MB 之间的较大值。

ndb_replica_blob_write_batch_bytes

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

使用此变量而不是 --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 以用于检测复制循环等目的时，服务器会忽略剩余位。在 I/O 和 SQL 线程中决定是否应根据服务器 ID 忽略事件时，server_id_bits 变量用于屏蔽 server_id 中的任何无关位。

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

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

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

slave_allow_batching

已弃用的 replica_allow_batching 同义词。

transaction_allow_batching

当设置为 1 或 ON 时，此变量启用同一个事务中语句的批量处理。要使用此变量，必须先通过将其设置为 0 或 OFF 来禁用 autocommit；否则，设置 transaction_allow_batching 不会有任何效果。

在仅执行写入操作的事务中使用此变量是安全的，因为启用它会导致从“之前”映像中读取数据。在发出 SELECT 之前，您应该确保已提交任何挂起的事务（如果需要，使用显式 COMMIT）。

此变量目前仅支持 NDB 集群。

ndbinfo_database

显示用于 NDB 信息数据库的名称；默认值为 ndbinfo。这是一个只读变量，其值在编译时确定。

ndbinfo_max_bytes

仅在测试和调试中使用。

ndbinfo_max_rows

仅在测试和调试中使用。

ndbinfo_offline

将 ndbinfo 数据库置于脱机模式，在这种模式下，即使表和视图实际上不存在，或者存在但具有不同的定义，也可以打开它们，在 NDB 中也是如此。不会从这些表（或视图）返回任何行。

ndbinfo_show_hidden

是否在 mysql 客户端中显示 ndbinfo 数据库的基础内部表。默认值为 OFF。

ndbinfo_table_prefix

用于命名 ndbinfo 数据库基础表（通常隐藏，除非通过设置 ndbinfo_show_hidden 来公开）的前缀。这是一个只读变量，其默认值为 ndb$；前缀本身在编译时确定。

ndbinfo_version

显示正在使用的 ndbinfo 引擎的版本；只读。

Handler_discover

MySQL 服务器可以询问 NDBCLUSTER 存储引擎是否知道具有给定名称的表。这称为发现。 Handler_discover 指示使用此机制发现表的次数。

Ndb_api_adaptive_send_deferred_count

没有实际发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_deferred_count_session

没有实际发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_deferred_count_replica

此副本没有实际发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_deferred_count_slave

Ndb_api_adaptive_send_deferred_count_replica 的已弃用同义词。

Ndb_api_adaptive_send_forced_count

此 MySQL 服务器（SQL 节点）使用强制发送发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_forced_count_session

在此客户端会话中使用强制发送发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_forced_count_replica

此副本使用强制发送发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_forced_count_slave

Ndb_api_adaptive_send_forced_count_replica 的已弃用同义词。

Ndb_api_adaptive_send_unforced_count

此 MySQL 服务器（SQL 节点）没有使用强制发送发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_unforced_count_session

在此客户端会话中没有使用强制发送发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_unforced_count_replica

此副本没有使用强制发送发送的自适应发送调用的数量。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_adaptive_send_unforced_count_slave

Ndb_api_adaptive_send_unforced_count_replica 的已弃用同义词。

Ndb_api_bytes_sent_count_session

在此客户端会话中发送到数据节点的数据量（以字节为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_bytes_sent_count_replica

此副本发送到数据节点的数据量（以字节为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_bytes_sent_count_slave

Ndb_api_bytes_sent_count_replica 的已弃用同义词。

Ndb_api_bytes_sent_count

此 MySQL 服务器（SQL 节点）发送到数据节点的数据量（以字节为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_bytes_received_count_session

在此客户端会话中从数据节点接收的数据量（以字节为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_bytes_received_count_replica

此副本从数据节点接收的数据量（以字节为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_bytes_received_count_slave

Ndb_api_bytes_received_count_replica 的已弃用同义词。

Ndb_api_bytes_received_count

此 MySQL 服务器（SQL 节点）从数据节点接收的数据量（以字节为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_event_data_count_injector

NDB 二进制日志注入器线程接收的行更改事件的数量。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_event_data_count

此 MySQL 服务器（SQL 节点）接收的行更改事件的数量。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_event_nondata_count_injector

NDB 二进制日志注入器线程接收的除了行更改事件之外的事件的数量。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_event_nondata_count

此 MySQL 服务器（SQL 节点）接收的除了行更改事件之外的事件的数量。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_event_bytes_count_injector

NDB 二进制日志注入器线程接收的事件的字节数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_event_bytes_count

此 MySQL 服务器（SQL 节点）接收的事件的字节数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_pk_op_count_session

在此客户端会话中基于或使用主键的操作数量。这包括对 blob 表的操作、隐式解锁操作和自动增量操作，以及用户可见的主键操作。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_pk_op_count_replica

此副本基于或使用主键的操作数量。这包括对 blob 表的操作、隐式解锁操作和自动增量操作，以及用户可见的主键操作。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_pk_op_count_slave

Ndb_api_pk_op_count_replica 的已弃用同义词。

Ndb_api_pk_op_count

此 MySQL 服务器（SQL 节点）基于或使用主键的操作数量。这包括对 blob 表的操作、隐式解锁操作和自动增量操作，以及用户可见的主键操作。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_pruned_scan_count_session

在此客户端会话中已修剪为单个分区的扫描数量。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_pruned_scan_count_replica

此副本已修剪为单个分区的扫描数量。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_pruned_scan_count_slave

Ndb_api_pruned_scan_count_replica 的已弃用同义词。

Ndb_api_pruned_scan_count

此 MySQL 服务器（SQL 节点）执行的已修剪为单个分区的扫描次数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_range_scan_count_session

在此客户端会话中启动的范围扫描次数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_range_scan_count_replica

此副本启动的范围扫描次数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_range_scan_count_slave

Ndb_api_range_scan_count_replica 的已弃用同义词。

Ndb_api_range_scan_count

此 MySQL 服务器（SQL 节点）启动的范围扫描次数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_read_row_count_session

在此客户端会话中读取的行总数。这包括在此客户端会话中执行的任何主键、唯一键或扫描操作读取的所有行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_read_row_count_replica

此副本读取的行总数。这包括此副本执行的任何主键、唯一键或扫描操作读取的所有行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_read_row_count_slave

Ndb_api_read_row_count_replica 的已弃用同义词。

Ndb_api_read_row_count

此 MySQL 服务器（SQL 节点）读取的行总数。这包括此 MySQL 服务器（SQL 节点）执行的任何主键、唯一键或扫描操作读取的所有行。

请注意，由于以下事实，此值对于 SELECT COUNT(*) 查询读取的行可能不完全准确，因为在这种情况下，MySQL 服务器实际上读取伪行，形式为 [table fragment ID]:[number of rows in fragment]，并对表中所有片段的每片段行求和，以推导出所有行的估计计数。Ndb_api_read_row_count 使用此估计值，而不是表中的实际行数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_scan_batch_count_session

在此客户端会话中接收的行批次数。1 个批次定义为来自单个片段的一组扫描结果。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_scan_batch_count_replica

此副本接收的行批次数。1 个批次定义为来自单个片段的一组扫描结果。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_scan_batch_count_slave

Ndb_api_scan_batch_count_replica 的已弃用同义词。

Ndb_api_scan_batch_count

此 MySQL 服务器（SQL 节点）接收的行批次数。1 个批次定义为来自单个片段的一组扫描结果。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_table_scan_count_session

在此客户端会话中启动的表扫描次数，包括内部表的扫描。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_table_scan_count_replica

此副本启动的表扫描次数，包括内部表的扫描。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_table_scan_count_slave

Ndb_api_table_scan_count_replica 的已弃用同义词。

Ndb_api_table_scan_count

此 MySQL 服务器（SQL 节点）启动的表扫描次数，包括内部表的扫描。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_abort_count_session

在此客户端会话中中止的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_abort_count_replica

此副本中止的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_abort_count_slave

Ndb_api_trans_abort_count_replica 的已弃用同义词。

Ndb_api_trans_abort_count

此 MySQL 服务器（SQL 节点）中止的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“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.16 节，“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.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_close_count_slave

Ndb_api_trans_close_count_replica 的已弃用同义词。

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.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_commit_count_session

在此客户端会话中提交的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_commit_count_replica

此副本提交的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_commit_count_slave

Ndb_api_trans_commit_count_replica 的已弃用同义词。

Ndb_api_trans_commit_count

此 MySQL 服务器（SQL 节点）提交的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_local_read_row_count_session

在此客户端会话中读取的行总数。这包括在此客户端会话中执行的任何主键、唯一键或扫描操作读取的所有行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_local_read_row_count_replica

此副本读取的行总数。这包括此副本执行的任何主键、唯一键或扫描操作读取的所有行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_local_read_row_count_slave

Ndb_api_trans_local_read_row_count_replica 的已弃用同义词。

Ndb_api_trans_local_read_row_count

此 MySQL 服务器（SQL 节点）读取的行总数。这包括此 MySQL 服务器（SQL 节点）执行的任何主键、唯一键或扫描操作读取的所有行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_start_count_session

在此客户端会话中启动的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_start_count_replica

此副本启动的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_trans_start_count_slave

Ndb_api_trans_start_count_replica 的已弃用同义词。

Ndb_api_trans_start_count

此 MySQL 服务器（SQL 节点）启动的事务数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_uk_op_count_session

在此客户端会话中基于或使用唯一键的操作数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_uk_op_count_replica

此副本基于或使用唯一键的操作数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_uk_op_count_slave

Ndb_api_uk_op_count_replica 的已弃用同义词。

Ndb_api_uk_op_count

此 MySQL 服务器（SQL 节点）基于或使用唯一键的操作数。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_exec_complete_count_session

在此客户端会话中，线程在等待操作执行完成时被阻塞的次数。这包括所有 execute() 调用，以及对客户端不可见的 blob 和自动递增操作的隐式执行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_exec_complete_count_replica

此副本在等待操作执行完成时被阻塞的次数。这包括所有 execute() 调用，以及对客户端不可见的 blob 和自动递增操作的隐式执行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_exec_complete_count_slave

Ndb_api_wait_exec_complete_count_replica 的已弃用同义词。

Ndb_api_wait_exec_complete_count

线程在等待操作执行完成时被此 MySQL 服务器 (SQL 节点) 阻塞的次数。 这包括所有 execute() 调用，以及对客户端不可见的 blob 和自动递增操作的隐式执行。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_meta_request_count_session

线程在此客户端会话中被阻塞以等待基于元数据的信号的次数，例如 DDL 请求、新纪元和事务记录的获取所期望的那样。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_meta_request_count_replica

线程被此副本阻塞以等待基于元数据的信号的次数，例如 DDL 请求、新纪元和事务记录的获取所期望的那样。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_meta_request_count_slave

Ndb_api_wait_meta_request_count_replica 的已弃用同义词。

Ndb_api_wait_meta_request_count

线程被此 MySQL 服务器 (SQL 节点) 阻塞以等待基于元数据的信号的次数，例如 DDL 请求、新纪元和事务记录的获取所期望的那样。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_nanos_count_session

在此客户端会话中等待数据节点的任何类型的信号所花费的总时间（以纳秒为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_nanos_count_replica

此副本等待数据节点的任何类型的信号所花费的总时间（以纳秒为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_nanos_count_slave

Ndb_api_wait_nanos_count_replica 的已弃用同义词。

Ndb_api_wait_nanos_count

此 MySQL 服务器 (SQL 节点) 等待数据节点的任何类型的信号所花费的总时间（以纳秒为单位）。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_scan_result_count_session

线程在此客户端会话中被阻塞以等待基于扫描的信号的次数，例如等待扫描的更多结果时，或等待扫描关闭时。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它仅与当前会话相关，不受此 mysqld 的任何其他客户端的影响。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_scan_result_count_replica

线程被此副本阻塞以等待基于扫描的信号的次数，例如等待扫描的更多结果时，或等待扫描关闭时。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。如果此 MySQL 服务器不充当副本或不使用 NDB 表，则此值始终为 0。

有关更多信息，请参见 第 25.6.16 节，“NDB API 统计计数器和变量”.

Ndb_api_wait_scan_result_count_slave

Ndb_api_wait_scan_result_count_replica 的已弃用同义词。

Ndb_api_wait_scan_result_count

线程被此 MySQL 服务器 (SQL 节点) 阻塞以等待基于扫描的信号的次数，例如等待扫描的更多结果时，或等待扫描关闭时。

虽然可以使用 SHOW GLOBAL STATUS 或 SHOW SESSION STATUS 读取此变量，但它在作用域上实际上是全局的。

有关更多信息，请参见 第 25.6.16 节，“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 集群复制冲突解决中使用，此变量显示在给定的 mysqld 上使用 NDB$EPOCH() 冲突解决找到的冲突行数，自上次重启以来。

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

Ndb_conflict_fn_epoch_trans

在 NDB 集群复制冲突解决中使用，此变量显示在给定的 mysqld 上使用 NDB$EPOCH_TRANS() 冲突解决找到的冲突行数，自上次重启以来。

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

Ndb_conflict_fn_epoch2

显示在 NDB 集群复制冲突解决中找到的冲突行数，使用 NDB$EPOCH2()，在指定为主服务器的源服务器上，自上次重启以来。

有关更多信息，请参见 NDB$EPOCH2()。

Ndb_conflict_fn_epoch2_trans

在 NDB 集群复制冲突解决中使用，此变量显示在给定的 mysqld 上使用 NDB$EPOCH_TRANS2() 冲突解决找到的冲突行数，自上次重启以来。

有关更多信息，请参见 NDB$EPOCH2_TRANS()。

Ndb_conflict_fn_max

在 NDB 集群复制冲突解决中使用，此变量显示由于“最大时间戳获胜”冲突解决导致行未在当前 SQL 节点上应用的次数，自上次启动此 mysqld 以来。

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

Ndb_conflict_fn_max_del_win

显示由于使用 NDB$MAX_DELETE_WIN() 的 NDB 集群复制冲突解决导致行在当前 SQL 节点上被拒绝的次数，自上次启动此 mysqld 以来。

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

Ndb_conflict_fn_max_del_win_ins

显示由于使用 NDB$MAX_DEL_WIN_INS() 的 NDB 集群复制冲突解决导致行插入在当前 SQL 节点上被拒绝的次数，自上次启动此 mysqld 以来。

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

Ndb_conflict_fn_max_ins

在 NDB 集群复制冲突解决中使用，此变量显示由于“最大时间戳获胜”冲突解决导致行未在当前 SQL 节点上插入的次数，自上次启动此 mysqld 以来。

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

Ndb_conflict_fn_old

在 NDB 集群复制冲突解决中使用，此变量显示由于“相同时间戳获胜”冲突解决导致行未在给定的 mysqld 上应用的次数，自上次重启以来。

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

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 集群复制冲突解决中使用，此状态变量显示在给定的 mysqld 上通过事务性冲突函数直接找到的冲突行数，自上次重启以来。

目前，NDB 集群支持的唯一事务性冲突检测函数是 NDB$EPOCH_TRANS()，因此此状态变量实际上与 Ndb_conflict_fn_epoch_trans 相同。

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

Ndb_conflict_trans_row_reject_count

在 NDB 集群复制冲突解决中，此状态变量显示由于事务冲突检测函数判定为冲突而重新对齐的行总数。这不仅包括 Ndb_conflict_trans_row_conflict_count，还包括冲突事务中或依赖于冲突事务的任何行。

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

Ndb_conflict_trans_reject_count

在 NDB 集群复制冲突解决中，此状态变量显示事务冲突检测函数发现的冲突事务数量。

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

Ndb_conflict_trans_detect_iter_count

在 NDB 集群复制冲突解决中，这显示了提交一个时代事务所需的内部迭代次数。应该（稍微）大于或等于 Ndb_conflict_trans_conflict_commit_count。

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

Ndb_conflict_trans_conflict_commit_count

在 NDB 集群复制冲突解决中，这显示了在需要事务冲突处理后提交的时代事务数量。

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

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 binlog 线程无法在此 SQL 节点上同步的元数据对象数量。

如果某个对象被排除，则在用户手动纠正不匹配之前不会再次考虑自动同步。可以通过尝试使用该表来完成此操作，例如使用以下语句：SHOW CREATE TABLE table, SELECT * FROM table，或任何其他会触发表发现的语句。

Ndb_metadata_synced_count

自上次重新启动以来，在此 SQL 节点上同步的 NDB 元数据对象数量。

Ndb_number_of_data_nodes

如果服务器是 NDB 集群的一部分，则此变量的值是集群中的数据节点数量。

如果服务器不是 NDB 集群的一部分，则此变量的值为 0。

Ndb_pushed_queries_defined

推送到 NDB 内核以在数据节点上进行分布式处理的连接总数。

Ndb_pushed_queries_dropped

推送到 NDB 内核但无法在那里处理的连接数量。

Ndb_pushed_queries_executed

成功推送到 NDB 并在那里执行的连接数量。

Ndb_pushed_reads

由推送到 NDB 内核的连接返回到 mysqld 的行数。

Ndb_pruned_scan_count

此变量保存自上次启动 NDB 集群以来 NDBCLUSTER 执行的扫描数量，在这些扫描中 NDBCLUSTER 能够使用分区修剪。

将此变量与 Ndb_scan_count 结合使用可以帮助在架构设计中最大程度地提高服务器修剪扫描到单个表分区的能力，从而只涉及一个数据节点的副本。

Ndb_replica_max_replicated_epoch

此副本上最近提交的时代。您可以将此值与 Ndb_conflict_last_conflict_epoch 进行比较；如果 Ndb_replica_max_replicated_epoch 是两者中较大的那个，则尚未检测到冲突。

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

Ndb_scan_count

此变量保存自上次启动 NDB 集群以来 NDBCLUSTER 执行的扫描总数。

Ndb_slave_max_replicated_epoch

Ndb_replica_max_replicated_epoch 的过时同义词。

Ndb_system_name

如果此 MySQL 服务器连接到 NDB 集群，则此只读变量显示集群系统名称。否则，值为一个空字符串。

Ndb_trans_hint_count_session

当前会话中启动的使用提示的事务数量。与 Ndb_api_trans_start_count_session 进行比较，以获得能够使用提示的所有 NDB 事务的比例。