初始启动。  集群以所有数据节点上的干净文件系统开始。这发生在集群第一次启动时，或者当所有数据节点使用该--initial选项重新启动时。

系统重启。  集群启动并读取存储在数据节点中的数据。当集群在使用后关闭时，当希望集群从它停止的地方恢复操作时，会发生这种情况。

节点重启。  这是在集群本身运行时集群节点的联机重启。

初始节点重启。  这与节点重启相同，只是节点重新初始化并使用干净的文件系统启动。

阶段 0。  和块开始NDBFS。 在以选项 NDBCNTR启动的那些数据节点上清除数据节点文件系统。--initial

Phase 1.  在这个阶段，所有剩余的 NDB内核块都被启动。建立 NDB Cluster 连接，建立块间通信，并启动心跳。在节点重启的情况下，还会检查 API 节点连接。

阶段 2.  内核NDBCNTR块检查所有现有节点的状态。选择主节点，并初始化集群模式文件。

阶段 3.  和内核块在它们DBLQH之间 DBTC建立通信。启动类型确定；如果这是重新启动，则 DBDIH块获得执行重新启动的权限。

第 4 阶段  。对于初始启动或初始节点重新启动，创建重做日志文件。这些文件的数量等于 NoOfFragmentLogFiles.

对于系统重启：

对于节点重启，找到重做日志的尾部。

阶段 5。  数据节点启动的大部分与数据库相关的部分都在此阶段执行。对于初始启动或系统重启，先执行本地检查点，然后执行全局检查点。在此阶段开始定期检查内存使用情况，并执行任何所需的节点接管。

阶段 6。  在此阶段，定义和设置节点组。

Phase 7.  仲裁节点被选中并开始运行。设置下一个备份 ID，备份磁盘写入速度也是如此。到达此开始阶段的节点标记为 Started。API 节点（包括 SQL 节点）现在可以连接到集群。

阶段 8。  如果这是系统重新启动，则重建所有索引（按 DBDIH）。

阶段 9.  重置节点内部启动变量。

第 100 期（过时）。  以前，在节点重启或初始节点重启期间，API 节点可以连接到节点并开始接收事件。目前，这个阶段是空的。

阶段101。  此时在节点重启或初始节点重启中，事件传递被移交给加入集群的节点。新加入的节点负责将其主要数据传递给订阅者。这个阶段也被称为 SUMA 切换阶段。