ndbd是用于使用 NDB Cluster 存储引擎处理表中所有数据的进程。这是授权数据节点完成分布式事务处理、节点恢复、磁盘检查点、在线备份和相关任务的过程。
在 NDB Cluster 中,一组ndbd进程协作处理数据。这些进程可以在同一台计算机(主机)或不同的计算机上执行。数据节点与集群主机的对应关系是完全可配置的。
下表显示了 可与ndbd一起使用的选项。表后有其他说明。
表 18.17 与程序 ndbd 一起使用的命令行选项
格式 | 描述 | 添加、弃用或删除 |
---|---|---|
本地绑定地址 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
包含字符集的目录 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
--connect-retry-delay 的已过时同义词,应使用它代替此选项 | 已弃用:NDB 7.4.9 |
|
设置放弃前重试连接的次数;0 表示仅尝试 1 次(不重试);-1 表示无限期地继续重试 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
尝试联系管理服务器之间等待的时间,以秒为单位;0 表示尝试之间不等待 | 添加:NDB 7.4.9 |
|
与 --ndb-connectstring 相同 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
写入核心文件出错;用于调试 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
将 ndbd 作为守护进程启动(默认);用 --nodaemon 覆盖 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
读取全局文件后读取给定文件 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
仅从给定文件中读取默认选项 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
还阅读带有 concat(group, suffix) 的组 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
在前台运行 ndbd,用于调试目的(暗示 --nodaemon) | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
显示帮助文本并退出 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
执行 ndbd 的初始启动,包括文件系统清理;在使用此选项之前查阅文档 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
执行部分初始启动(需要 --nowait-nodes) | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
用于将数据节点进程安装为Windows服务;不适用于其他平台 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
从登录文件中读取给定路径 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
设置用于连接到 ndb_mgmd 的连接字符串。语法:“[nodeid=id;][host=]hostname[:port]”。覆盖 NDB_CONNECTSTRING 和 my.cnf 中的条目 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
与 --ndb-connectstring 相同 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
为此节点设置节点 ID,覆盖 --ndb-connectstring 设置的任何 ID | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
不要将 ndbd 作为守护进程启动;提供用于测试目的 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
不要从登录文件以外的任何选项文件中读取默认选项 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
不要立即启动 ndbd;ndbd 等待命令从 ndb_mgm 开始 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
不要等待这些数据节点启动(采用逗号分隔的节点 ID 列表);需要 --ndb-nodeid | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
为交易节点的选择启用优化。默认启用;使用 --skip-ndb-optimized-node-selection 禁用 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
打印程序参数列表并退出 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
用于删除之前作为 Windows 服务安装的数据节点进程;不适用于其他平台 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
显示帮助文本并退出;与 --help 相同 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
将额外的调试信息写入节点日志 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
|
显示版本信息并退出 | (支持所有基于 MySQL 5.6 的 NDB 版本) |
-
命令行格式 --bind-address=name
类型 细绳 默认值 使ndbd绑定到特定的网络接口(主机名或 IP 地址)。该选项没有默认值。
-
命令行格式 --character-sets-dir=path
包含字符集的目录。
-
命令行格式 --connect-delay=#
弃用 5.6.28-ndb-7.4.9 类型 数字 默认值 5
最小值 0
最大值 3600
确定启动时尝试联系管理服务器之间等待的时间(尝试次数由
--connect-retries
选项控制)。默认值为 5 秒。此选项在 NDB 7.4.9 中已弃用,并且可能会在 NDB Cluster 的未来版本中删除。改用
--connect-retry-delay
。 -
命令行格式 --connect-retries=#
类型 数字 默认值 12
最小值 0
最大值 65535
设置放弃前重试连接的次数;0 表示仅尝试 1 次(不重试)。默认值为 12 次尝试。两次尝试之间的等待时间由
--connect-retry-delay
MySQL NDB 7.4.9 及更高版本中的选项控制(以前是--connect-delay
)。 -
命令行格式 --connect-string=connection_string
类型 细绳 默认值 [none]
与 相同
--ndb-connectstring
。 -
命令行格式 --connect-retry-delay=#
介绍 5.6.28-ndb-7.4.9 类型 数字 默认值 5
最小值 0
最大值 4294967295
确定在启动时尝试联系管理服务器之间等待的时间(尝试之间的时间由
--connect-retries
选项控制)。默认值为 5 秒。此选项已添加到 NDB 7.4.9 中,旨在取代该
--connect-delay
选项,该选项现在已弃用,并可能在 NDB Cluster 的未来版本中删除。 -
命令行格式 --core-file
写入核心文件出错;在调试中使用。
-
命令行格式 --daemon
指示ndbd或 ndbmtd作为守护进程执行。这是默认行为。
--nodaemon
可用于防止进程作为守护进程运行。 -
命令行格式 --defaults-extra-file=path
类型 细绳 默认值 [none]
读取全局文件后读取给定文件。
-
命令行格式 --defaults-file=path
类型 细绳 默认值 [none]
仅从给定文件中读取默认选项。
-
命令行格式 --defaults-group-suffix=string
类型 细绳 默认值 [none]
还可以阅读带有 concat(group, suffix) 的组。
-
命令行格式 --foreground
导致ndbd或ndbmtd 作为前台进程执行,主要用于调试目的。该选项隐含该
--nodaemon
选项。 -
命令行格式 --help
显示帮助文本并退出。
-
命令行格式 --initial
指示ndbd执行初始启动。初始启动会删除早期ndbd实例为恢复目的创建的任何文件 。它还会重新创建恢复日志文件。在某些操作系统上,此过程可能会花费大量时间。
只有在非常特殊的情况下 启动ndbd 进程时才
--initial
使用启动;这是因为此选项会导致所有文件从 NDB Cluster 文件系统中删除,并重新创建所有重做日志文件。此处列出了这些情况:执行已更改任何文件内容的软件升级时。
使用新版本的 ndbd重新启动节点时。
当由于某种原因节点重启或系统重启反复失败时,作为最后的手段。在这种情况下,请注意由于数据文件被破坏,该节点将无法再用于恢复数据。
警告为避免最终丢失数据的可能性,建议您不要将该
--initial
选项与 一起使用StopOnError = 0
。相反,仅在集群启动后设置StopOnError
为 0config.ini
,然后正常重启数据节点——即没有该--initial
选项。有关此问题的详细说明,请参阅StopOnError
参数说明。(缺陷号 24945638)使用此选项可防止
StartPartialTimeout
和StartPartitionedTimeout
配置参数产生任何影响。重要的此选项不会影响以下任一类型的文件:
受影响节点已创建的备份文件
NDB Cluster 磁盘数据文件(请参阅 第 18.6.11 节,“NDB Cluster 磁盘数据表”)。
此选项也对刚刚从已运行的数据节点启动(或重新启动)的数据节点恢复数据没有影响。这种数据恢复是自动发生的,并且不需要用户干预正常运行的 NDB Cluster。
第一次启动集群时(即在创建任何数据节点文件之前)允许使用此选项;但是, 没有必要这样做。
-
命令行格式 --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
。重要的不要将此选项与 ndb_mgmd
--nowait-nodes
的选项 混淆,后者可用于启用配置有多个管理服务器的集群,以便在所有管理服务器不在线的情况下启动。 -
命令行格式 --install[=name]
特定于平台 视窗 类型 细绳 默认值 ndbd
使ndbd作为 Windows 服务安装。或者,您可以为服务指定一个名称;如果未设置,服务名称默认为
ndbd
. 虽然最好在或配置文件中指定其他ndbd程序选项 ,但可以与 . 但是,在这种情况下, 必须先指定该选项,然后再给出任何其他选项,Windows 服务安装才能成功。my.ini
my.cnf
--install
--install
通常不建议将此选项与选项一起使用
--initial
,因为这会导致每次停止和启动服务时都擦除并重建数据节点文件系统。如果您打算使用影响数据节点启动的任何其他ndbd选项 - 包括--initial-start
,--nostart
和 - 以及 ,还应--nowait-nodes
格外小心--install
,并且您应该绝对确定您完全理解并考虑这样做的任何可能后果所以。该
--install
选项对非 Windows 平台没有影响。 -
命令行格式 --login-path=path
类型 细绳 默认值 [none]
从登录文件中读取给定路径。
-
命令行格式 --ndb-connectstring=connection_string
类型 细绳 默认值 [none]
设置用于连接到 ndb_mgmd 的连接字符串。语法:“[nodeid=id;][host=]hostname[:port]”。覆盖 NDB_CONNECTSTRING 和 my.cnf 中的条目。
-
命令行格式 --ndb-mgmd-host=connection_string
类型 细绳 默认值 [none]
与 相同
--ndb-connectstring
。 -
命令行格式 --ndb-nodeid=#
类型 整数 默认值 [none]
为此节点设置节点 ID,覆盖由 设置的任何 ID
--ndb-connectstring
。 --ndb-optimized-node-selection
命令行格式 --ndb-optimized-node-selection
为交易节点的选择启用优化。默认启用;用于
--skip-ndb-optimized-node-selection
禁用。-
命令行格式 --nodaemon
防止ndbd或 ndbmtd作为守护进程执行。此选项覆盖
--daemon
选项。这对于在调试二进制文件时将输出重定向到屏幕很有用。Windows 上ndbd和 ndbmtd 的默认行为是在前台运行,因此在 Windows 平台上不需要此选项,因为它没有任何效果。
-
命令行格式 --no-defaults
不要从登录文件以外的任何选项文件中读取默认选项。
-
命令行格式 --nostart
指示ndbd不要自动启动。使用此选项时, ndbd连接到管理服务器,从中获取配置数据,并初始化通信对象。但是,在管理服务器明确请求之前,它不会真正启动执行引擎。这可以通过
START
在管理客户端中发出适当的命令来完成(请参阅 第 18.6.1 节,“NDB Cluster Management Client 中的命令”)。 --nowait-nodes=
node_id_1
[,node_id_2
[, ...]]命令行格式 --nowait-nodes=list
类型 细绳 默认值 此选项采用集群在启动前不等待的数据节点列表。
这可用于以分区状态启动集群。例如,要启动只有一半数据节点(节点 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]
特定于平台 视窗 类型 细绳 默认值 ndbd
导致删除以前作为 Windows 服务安装的ndbd进程。或者,您可以为要卸载的服务指定一个名称;如果未设置,服务名称默认为
ndbd
.该
--remove
选项对非 Windows 平台没有影响。 -
命令行格式 --usage
显示帮助文本并退出;一样
--help
。 导致将额外的调试输出写入节点日志。
-
命令行格式 --version
显示版本信息并退出。
ndbd生成一组日志文件,这些文件放置在配置文件中指定的目录
DataDir
中
config.ini
。
下面列出了这些日志文件。
node_id
是并且表示节点的唯一标识符。例如
ndb_2_error.log
是节点ID为 的数据节点产生的错误日志2
。
ndb_
是一个文件,其中包含引用的ndbd进程遇到的所有崩溃的记录。此文件中的每条记录都包含一个简短的错误字符串和对此崩溃的跟踪文件的引用。此文件中的典型条目可能如下所示:node_id
_error.logDate/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.nextndb_
是一个跟踪文件,准确描述了错误发生之前发生的事情。此信息对于 NDB Cluster 开发团队的分析很有用。node_id
_trace.log.trace_id
可以配置在覆盖旧文件之前创建的这些跟踪文件的数量。
trace_id
是一个数字,对于每个连续的跟踪文件递增。ndb_
是跟踪要分配的下一个跟踪文件编号的文件。node_id
_trace.log.nextndb_
是包含 ndbd进程输出的任何数据的文件。仅当ndbd作为守护进程启动时 才会创建此文件,这是默认行为。node_id
_out.logndb_
是一个包含 ndbd进程作为守护进程启动时的进程 ID 的文件。它还用作锁定文件,以避免启动具有相同标识符的节点。node_id
.pidndb_
是仅在 ndbd调试版本中使用的文件,其中可以跟踪所有传入、传出和内部消息及其在ndbd进程中的数据。node_id
_signal.log
.pid
建议不要使用通过 NFS 安装的目录,因为在某些环境中,这可能会导致问题,即使在进程终止后,文件
上的锁定仍然有效。
要启动ndbd,可能还需要指定管理服务器的主机名和它正在侦听的端口。可选地,还可以指定进程要使用的节点 ID。
$> ndbd --connect-string="nodeid=2;host=ndb_mgmd.mysql.com:1186"
有关此问题的更多信息, 请参阅第 18.4.3.3 节,“NDB Cluster 连接字符串” 。有关数据节点配置参数的更多信息,请参阅 第 18.4.3.6 节,“定义 NDB Cluster 数据节点”。
当ndbd启动时,它实际上启动了两个进程。其中第一个称为“天使过程”;它唯一的工作是发现执行过程何时完成,然后重新启动 ndbd进程(如果配置为这样做)。因此,如果您尝试使用 Unix kill命令杀死ndbd,则有必要杀死两个进程,从 angel 进程开始。终止ndbd进程的首选方法是使用管理客户端并从那里停止进程。
执行过程使用一个线程来读取、写入和扫描数据,以及所有其他活动。该线程是异步实现的,因此它可以轻松处理数千个并发操作。此外,看门狗线程监督执行线程以确保它不会挂在无限循环中。线程池处理文件 I/O,每个线程能够处理一个打开的文件。线程也可用于 ndbd进程中传输器的传输器连接。在执行大量操作(包括更新)的多处理器系统中,如果允许的话, ndbd进程最多可以消耗 2 个 CPU。
对于具有多个 CPU 的机器,可以使用 属于不同节点组的多个ndbd进程;然而,这样的配置仍然被认为是实验性的,并且在生产环境中不受 MySQL 5.6 的支持。请参阅 第 18.2.7 节,“NDB Cluster 的已知限制”。