--bind-address

使ndbd绑定到特定的网络接口（主机名或 IP 地址）。该选项没有默认值。

--character-sets-dir

包含字符集的目录。

--connect-delay=#

确定启动时尝试联系管理服务器之间等待的时间（尝试次数由 --connect-retries选项控制）。默认值为 5 秒。

此选项已弃用，并且会在 NDB Cluster 的未来版本中删除。改用 --connect-retry-delay。

--connect-retries=#

设置放弃前重试连接的次数；0 表示仅尝试 1 次（不重试）。默认值为 12 次尝试。尝试之间等待的时间由--connect-retry-delay 选​​项控制。

从 NDB 7.5.25 和 NDB 7.6.21 开始，您可以将此选项设置为 -1，在这种情况下，数据节点进程会无限期地继续尝试连接。

--connect-retry-delay=#

确定在启动时尝试联系管理服务器之间等待的时间（尝试之间的时间由 --connect-retries选​​项控制）。默认值为 5 秒。

此选项取代了 --connect-delay现在已弃用并在 NDB Cluster 的未来版本中删除的选项。

-r从NDB 7.5.25 和 NDB 7.6.21 开始不推荐使用此选项 的缩写形式，并且在未来的 NDB Cluster 版本中将被删除。请改用长格式。

--connect-string

与 相同--ndb-connectstring。

--core-file

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

--daemon,-d

指示ndbd或 ndbmtd作为守护进程执行。这是默认行为。 --nodaemon可用于防止进程作为守护进程运行。

在 Windows 平台上 运行ndbd或ndbmtd 时，此选项无效 。

--defaults-extra-file

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

--defaults-file

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

--defaults-group-suffix

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

--foreground

导致ndbd或ndbmtd 作为前台进程执行，主要用于调试目的。该选项隐含该 --nodaemon选项。

在 Windows 平台上 运行ndbd或ndbmtd 时，此选项无效 。

--help

显示帮助文本并退出。

--initial

指示ndbd执行初始启动。初始启动会删除早期ndbd实例为恢复目的创建的任何文件 。它还会重新创建恢复日志文件。在某些操作系统上，此过程可能会花费大量时间。

只有在非常特殊的情况下 启动ndbd 进程时才--initial使用启动；这是因为此选项会导致所有文件从 NDB Cluster 文件系统中删除，并重新创建所有重做日志文件。此处列出了这些情况：

使用此选项可防止 StartPartialTimeout 和 StartPartitionedTimeout 配置参数产生任何影响。

第一次启动集群时（即在创建任何数据节点文件之前）允许使用此选项；但是， 没有必要这样做。

--initial-start

在执行集群的部分初始启动时使用此选项。每个节点都应使用此选项以及 --nowait-nodes.

假设您有一个 4 节点集群，其数据节点的 ID 为 2、3、4 和 5，并且您希望仅使用节点 2、4 和 5 执行部分初始启动，即省略节点 3：

$> ndbd --ndb-nodeid=2 --nowait-nodes=3 --initial-start
$> ndbd --ndb-nodeid=4 --nowait-nodes=3 --initial-start
$> ndbd --ndb-nodeid=5 --nowait-nodes=3 --initial-start

使用此选项时，还必须为使用该选项启动的数据节点指定节点 ID --ndb-nodeid。

--install[=name]

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

通常不建议将此选项与选项一起使用--initial，因为这会导致每次停止和启动服务时都擦除并重建数据节点文件系统。如果您打算使用影响数据节点启动的任何其他ndbd选项 - 包括 --initial-start， --nostart和 - 以及 ，还应--nowait-nodes格外小心--install，并且您应该绝对确定您完全理解并考虑这样做的任何可能后果所以。

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

--logbuffer-size=#

设置数据节点日志缓冲区的大小。在使用大量额外日志进行调试时，如果日志消息过多，日志缓冲区可能会用完空间，在这种情况下，一些日志消息可能会丢失。这不应在正常操作期间发生。

--login-path

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

--ndb-connectstring

设置用于连接到 ndb_mgmd 的连接字符串。语法：“[nodeid=id;][host=]hostname[:port]”。覆盖 NDB_CONNECTSTRING 和 my.cnf 中的条目。

--ndb-mgmd-host

与 相同--ndb-connectstring。

--ndb-nodeid

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

--ndb-optimized-node-selection

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

--nodaemon

防止ndbd或 ndbmtd作为守护进程执行。此选项覆盖 --daemon选项。这对于在调试二进制文件时将输出重定向到屏幕很有用。

Windows 上ndbd和 ndbmtd 的默认行为是在前台运行，因此在 Windows 平台上不需要此选项，因为它没有任何效果。

--no-defaults

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

--nostart,-n

指示ndbd不要自动启动。使用此选项时， ndbd连接到管理服务器，从中获取配置数据，并初始化通信对象。但是，在管理服务器明确请求之前，它不会真正启动执行引擎。这可以通过START 在管理客户端中发出适当的命令来完成（请参阅 第 21.6.1 节，“NDB Cluster Management Client 中的命令”）。

--nowait-nodes=node_id_1[, node_id_2[, ...]]

此选项采用集群在启动前不等待的数据节点列表。

这可用于以分区状态启动集群。例如，要启动只有一半数据节点（节点 2、3、4 和 5）在 4 节点集群中运行的集群，您可以启动每个ndbd进程--nowait-nodes=3,5。在这种情况下，集群会在节点 2 和 4 连接后立即启动，并且不会 像其他情况那样等待 StartPartitionedTimeout 几毫秒以等待节点 3 和 5 连接。

如果你想在没有一个ndbd 的情况下启动与上一个示例相同的集群（例如，节点 3 的主机遇到硬件故障），那么启动节点 2、4 和 5 --nowait-nodes=3。然后集群在节点 2、4 和 5 连接后立即启动，而不是等待节点 3 启动。

--print-defaults

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

--remove[=name]

导致删除以前作为 Windows 服务安装的ndbd进程。或者，您可以为要卸载的服务指定一个名称；如果未设置，服务名称默认为 ndbd.

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

--usage

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

--verbose,-v

导致将额外的调试输出写入节点日志。

在 NDB 7.6 中，您还可以 在数据节点运行时 使用NODELOG DEBUG ON和 启用和禁用此额外日志记录。NODELOG DEBUG OFF

--version

显示版本信息并退出。

ndb_node_id_error.log 是一个文件，其中包含引用的ndbd进程遇到的所有崩溃的记录。此文件中的每条记录都包含一个简短的错误字符串和对此崩溃的跟踪文件的引用。此文件中的典型条目可能如下所示：

Date/Time: Saturday 30 July 2004 - 00:20:01
Type of error: error
Message: Internal program error (failed ndbrequire)
Fault ID: 2341
Problem data: DbtupFixAlloc.cpp
Object of reference: DBTUP (Line: 173)
ProgramName: NDB Kernel
ProcessID: 14909
TraceFile: ndb_2_trace.log.2
***EOM***

可以在数据节点错误消息中找到数据节点进程过早关闭时 可能生成的ndbd退出代码和消息的列表。

ndb_node_id_trace.log.trace_id 是一个跟踪文件，准确描述了错误发生之前发生的事情。此信息对于 NDB Cluster 开发团队的分析很有用。

可以配置在覆盖旧文件之前创建的这些跟踪文件的数量。 trace_id是一个数字，对于每个连续的跟踪文件递增。

ndb_node_id_trace.log.next 是跟踪要分配的下一个跟踪文件编号的文件。

ndb_node_id_out.log 是包含 ndbd进程输出的任何数据的文件。仅当ndbd作为守护进程启动时 才会创建此文件，这是默认行为。

ndb_node_id.pid 是一个包含 ndbd进程作为守护进程启动时的进程 ID 的文件。它还用作锁定文件，以避免启动具有相同标识符的节点。

ndb_node_id_signal.log 是仅在 ndbd调试版本中使用的文件，其中可以跟踪所有传入、传出和内部消息及其在ndbd进程中的数据。