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

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

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

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

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

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

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

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

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

对于系统重启：

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

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

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

Phase 7.  The arbitrator node is selected and begins to function. The next backup ID is set, as is the backup disk write speed. Nodes reaching this start phase are marked as Started. It is now possible for API nodes (including SQL nodes) to connect to the cluster.

Phase 8.  If this is a system restart, all indexes are rebuilt (by DBDIH).

Phase 9.  The node internal startup variables are reset.

Phase 100 (OBSOLETE).  Formerly, it was at this point during a node restart or initial node restart that API nodes could connect to the node and begin to receive events. Currently, this phase is empty.

Phase 101.  At this point in a node restart or initial node restart, event delivery is handed over to the node joining the cluster. The newly-joined node takes over responsibility for delivering its primary data to subscribers. This phase is also referred to as SUMA handover phase.