--bind-address=host

使管理服务器绑定到特定网络接口（主机名或 IP 地址）。该选项没有默认值。

--character-sets-dir

包含字符集的目录。

--config-cache

此选项的默认值为1（或 TRUE，或ON），可用于禁用管理服务器的配置缓存，以便它在 config.ini每次启动时读取其配置（请参阅 第 21.4.3 节，“NDB Cluster 配置文件”）。您可以通过使用以下任一选项 启动ndb_mgmd进程来执行此操作：

仅当管理服务器在启动时没有存储配置时，使用刚刚列出的选项之一才有效。如果管理服务器找到任何配置缓存文件，则 --config-cache选项或 --skip-config-cache选项将被忽略。因此，要禁用配置缓存，应在管理服务器首次启动时使用该选项。否则——也就是说，如果您希望为已经存在的管理服务器禁用配置缓存创建了配置缓存—您必须停止管理服务器，手动删除任何现有的配置缓存文件，然后重新启动管理服务器 --skip-config-cache（或 --config-cache设置为 0 OFF、 或FALSE）。

配置缓存文件通常在mysql-cluster安装目录下命名的目录中创建（除非已使用该 --configdir选项覆盖此位置）。每次管理服务器更新其配置数据时，它都会写入一个新的缓存文件。这些文件使用以下格式按创建顺序依次命名：

ndb_node-id_config.bin.seq-number

node-id是管理服务器的节点 ID；seq-number 是一个序列号，从 1 开始。例如，如果管理服务器的节点 ID 是 5，那么前三个配置缓存文件在创建时将被命名为ndb_5_config.bin.1、 ndb_5_config.bin.2和 ndb_5_config.bin.3。

如果您的目的是在不实际禁用缓存的情况下清除或重新加载配置缓存，则应该 使用其中一个选项 --reload或 --initial而不是 --skip-config-cache.

要重新启用配置缓存，只需重新启动管理服务器，但不要 使用之前用于禁用配置缓存 的--config-cache或 选项。--skip-config-cache

ndb_mgmd不检查配置目录 (--configdir) 或在使用时尝试创建一个--skip-config-cache。（漏洞 #13428853）

--config-file=filename, -f filename

指示管理服务器应将哪个文件用作其配置文件。默认情况下，管理服务器查找 与ndb_mgmd可执行文件config.ini位于同一目录中的 文件；否则必须明确指定文件名和位置。

此选项没有默认值，除非管理服务器被迫读取配置文件，否则将被忽略，因为ndb_mgmd是使用--reload或 --initial选项启动的，或者因为管理服务器找不到任何配置缓存。

如果ndb_mgmd以启动， --config-file也会读取 该选项。有关更多信息，请参阅 第 21.4.3 节，“NDB Cluster 配置文件”。 --config-cache=OFF

--configdir=dir_name

指定集群管理服务器的配置缓存目录。--config-dir是这个选项的别名。

--connect-retries

放弃前重试连接的次数。

--connect-retry-delay

尝试联系管理服务器之间等待的秒数。

--connect-string

与 相同 --ndb-connectstring。

--core-file

写入核心文件出错；在调试中使用。

--daemon,-d

指示ndb_mgmd作为守护进程启动。这是默认行为。

在 Windows 平台上 运行ndb_mgmd 时，此选项无效 。

--defaults-extra-file

读取全局文件后读取给定文件。

--defaults-file

仅从给定文件中读取默认选项。

--defaults-group-suffix

还可以阅读带有 concat(group, suffix) 的组。

--help

显示帮助文本并退出。

--initial

配置数据在内部缓存，而不是每次启动管理服务器时都从集群全局配置文件中读取（请参阅 第 21.4.3 节，“NDB 集群配置文件”）。使用该 --initial选项会覆盖此行为，强制管理服务器删除任何现有的缓存文件，然后从集群配置文件中重新读取配置数据并构建新的缓存。

这与选项有两个不同之处 --reload。首先， --reload强制服务器根据缓存检查配置文件，仅当文件内容与缓存不同时才重新加载其数据。第二，--reload不删除任何现有的缓存文件。

如果调用 ndb_mgmd--initial但找不到全局配置文件，则管理服务器无法启动。

当管理服务器启动时，它会检查同一 NDB Cluster 中的另一个管理服务器，并尝试使用其他管理服务器的配置数据。在执行具有多个管理节点的 NDB Cluster 的滚动重启时，此行为会产生影响。有关更多信息，请参阅 第 21.6.5 节，“执行 NDB Cluster 的滚动重启”。

与该选项一起使用时 --config-file，只有在实际找到配置文件时才清除缓存。

--install[=name]

导致ndb_mgmd作为 Windows 服务安装。或者，您可以为服务指定一个名称；如果未设置，服务名称默认为 ndb_mgmd. 尽管最好在或配置文件中指定其他ndb_mgmd程序选项 ，但可以将它们与 . 但是，在这种情况下，必须先指定该选项，然后再给出任何其他选项，Windows 服务安装才能成功。 my.inimy.cnf--install--install

通常不建议将此选项与 选项一起使用--initial，因为这会导致每次停止和启动服务时配置缓存都被擦除和重建。如果您打算使用影响管理服务器启动的任何其他ndb_mgmd选项，也应该小心 ，并且您应该绝对确定您完全理解并允许这样做的任何可能后果。

该--install选项对非 Windows 平台没有影响。

--interactive

以交互模式启动ndb_mgmd；也就是说，一旦管理服务器运行，就会启动ndb_mgm客户端会话。此选项不会启动任何其他 NDB Cluster 节点。

--login-path

从登录文件中读取给定路径。

--log-name=name

提供要在集群日志中用于此节点的名称。

--mycnf

从my.cnf 文件中读取配置数据。

--ndb-connectstring

设置连接字符串。语法： . 覆盖 和中的条目；如果指定则忽略 。 [nodeid=id;][host=]hostname[:port]NDB_CONNECTSTRINGmy.cnf--config-file

--ndb-mgmd-host

与 相同 --ndb-connectstring。

--ndb-nodeid

为此节点设置节点 ID，覆盖由 设置的任何 ID --ndb-connectstring。

--ndb-optimized-node-selection

为交易节点的选择启用优化。默认启用；用于 --skip-ndb-optimized-node-selection禁用。

--no-defaults

不要从登录文件以外的任何选项文件中读取默认选项。

--no-nodeid-checks

不要对节点 ID 执行任何检查。

--nodaemon

指示ndb_mgmd不要作为守护进程启动。

Windows 上ndb_mgmd 的默认行为是在前台运行，因此在 Windows 平台上不需要此选项。

--nowait-nodes

当启动 NDB Cluster 配置有两个管理节点时，每个管理服务器通常会检查另一个ndb_mgmd是否也在运行以及另一个管理服务器的配置是否与它自己的相同。但是，有时希望仅使用一个管理节点启动集群（并且可能允许 稍后启动另一个ndb_mgmd ）。此选项会导致管理节点绕过对其节点 ID 传递给此选项的任何其他管理节点的任何检查，从而允许集群启动，就像配置为仅使用已启动的管理节点一样。

为了便于说明，请考虑文件的以下部分config.ini（我们省略了与此示例无关的大部分配置参数）：

[ndbd]
NodeId = 1
HostName = 198.51.100.101

[ndbd]
NodeId = 2
HostName = 198.51.100.102

[ndbd]
NodeId = 3
HostName = 198.51.100.103

[ndbd]
NodeId = 4
HostName = 198.51.100.104

[ndb_mgmd]
NodeId = 10
HostName = 198.51.100.150

[ndb_mgmd]
NodeId = 11
HostName = 198.51.100.151

[api]
NodeId = 20
HostName = 198.51.100.200

[api]
NodeId = 21
HostName = 198.51.100.201

假设您希望仅使用具有节点 ID10并在 IP 地址为 198.51.100.150 的主机上运行的管理服务器来启动此集群。（假设，例如，你打算在其上的其他管理服务器的主机由于硬件故障暂时不可用，你正在等待它被修复。）以这种方式启动集群，使用命令在 198.51.100.150 机器上输入以下命令：

$> ndb_mgmd --ndb-nodeid=10 --nowait-nodes=11

如上例所示，使用 时 --nowait-nodes，还必须使用--ndb-nodeid 选项指定此 ndb_mgmd进程的节点 ID。

然后您可以按照通常的方式启动集群的每个数据节点。如果您希望稍后在不重新启动数据节点的情况下启动和使用除第一个管理服务器之外的第二个管理服务器，则必须使用引用两个管理服务器的连接字符串启动每个数据节点，如下所示：

$> ndbd -c 198.51.100.150,198.51.100.151

对于您希望作为连接到此集群的 NDB Cluster SQL 节点启动的任何mysqld进程 使用的连接字符串也是如此。有关更多信息，请参阅第 21.4.3.3 节，“NDB Cluster 连接字符串”。

当与ndb_mgmd一起使用时，此选项仅影响管理节点相对于其他管理节点的行为。不要将它与 --nowait-nodes用于 ndbd或ndbmtd的选项混淆，以允许集群以少于其完整数据节点的数量开始；当与数据节点一起使用时，此选项仅影响它们对其他数据节点的行为。

多个管理节点 ID 可以作为逗号分隔列表传递给此选项。每个节点 ID 必须不小于 1 且不大于 255。实际上，很少为同一个 NDB Cluster 使用两个以上的管理服务器（或者有任何需要这样做）；在大多数情况下，您只需要将您不想在启动集群时使用的一个管理服务器的单个节点 ID 传递给此选项。

--print-defaults

打印程序参数列表并退出。

--print-full-config,-P

显示有关集群配置的扩展信息。使用命令行上的此选项， ndb_mgmd进程会打印有关集群设置的信息，包括集群配置部分的扩展列表以及参数及其值。通常与 --config-file ( -f) 选项一起使用。

--reload

NDB Cluster 配置数据存储在内部，而不是每次启动管理服务器时从集群全局配置文件中读取（请参阅 第 21.4.3 节，“NDB Cluster 配置文件”）。使用此选项会强制管理服务器根据集群配置文件检查其内部数据存储，并在发现配置文件与缓存不匹配时重新加载配置。现有配置缓存文件会保留，但不会使用。

这与选项有两个不同之处 --initial。首先， --initial导致所有缓存文件被删除。第二，--initial强制管理服务器重新读取全局配置文件并构建新的缓存。

如果管理服务器找不到全局配置文件，则--reload忽略该选项。

使用时--reload，管理服务器在尝试读取全局配置文件之前必须能够与集群中的数据节点和任何其他管理服务器进行通信；否则，管理服务器无法启动。这可能是由于网络环境的变化而发生的，例如节点的新 IP 地址或更改的防火墙配置。在这种情况下，您必须使用 --initialinstead 来强制丢弃现有的缓存配置并从文件中重新加载。有关其他信息，请参阅 第 21.6.5 节，“执行 NDB Cluster 的滚动重启”。

--remove{=name]

删除已作为 Windows 服务安装的管理服务器进程，可选择指定要删除的服务的名称。仅适用于 Windows 平台。

--skip-config-file

不读取集群配置文件；忽略 --initial和 --reload选项（如果指定）。

--usage

显示帮助文本并退出；一样 --help。

--verbose,-v

删除已作为 Windows 服务安装的管理服务器进程，可选择指定要删除的服务的名称。仅适用于 Windows 平台。

--version

显示版本信息并退出。

config.ini是整个集群的配置文件。该文件由用户创建并由管理服务器读取。 第 21.4 节，“NDB Cluster 的配置”，讨论了如何设置这个文件。

ndb_node_id_cluster.log 是集群事件日志文件。此类事件的示例包括检查点启动和完成、节点启动事件、节点故障和内存使用级别。带有描述的集群事件的完整列表可以在第 21.6 节，“NDB Cluster 的管理”中找到。

默认情况下，当集群日志的大小达到一百万字节时，文件将重命名为 ，其中是集群日志文件的序列号。（例如：如果序列号为 1、2 和 3 的文件已经存在，则下一个日志文件使用编号命名。）您可以更改文件的大小和数量，以及集群日志的其他特征，使用 配置参数。 ndb_node_id_cluster.log.seq_idseq_id4LogDestination

ndb_node_id_out.log 是用于将管理服务器作为守护进程运行时 使用stdout的 文件。stderr

ndb_node_id.pid 是将管理服务器作为守护进程运行时使用的进程 ID 文件。