#### 23.6.14.52 ndbinfo 重启\_信息表

[](<>)

这`重启信息`表包含有关节点重新启动操作的信息。表中的每个条目对应于来自具有给定节点ID的数据节点的实时节点重启状态报告。仅显示任何给定节点的最新报告。

这`重启信息`表包含以下列：

-   `node_id`

    集群中的节点 ID

-   `node_restart_status`

    节点状态；值见文本。这些中的每一个对应于一个可能的值`node_restart_status_int`.

-   `node_restart_status_int`

    节点状态码；值见文本。

-   `secs_to_complete_node_failure`

    完成节点故障处理的时间（秒）

-   `secs_to_allocate_node_id`

    从节点故障完成到分配节点 ID 的时间（以秒为单位）

-   `secs_to_include_in_heartbeat_protocol`

    从分配节点 ID 到包含在心跳协议中的时间（以秒为单位）

-   `secs_until_wait_for_ndbcntr_master`

    从包含在心跳协议中到等待等待的时间（以秒为单位）[`NDBCNTR`](https://dev.mysql.com/doc/ndb-internals/en/ndb-internals-kernel-blocks-ndbcntr.html)大师开始

-   `secs_wait_for_ndbcntr_master`

    等待被接受所花费的时间（以秒为单位）[`NDBCNTR`](https://dev.mysql.com/doc/ndb-internals/en/ndb-internals-kernel-blocks-ndbcntr.html)主人开始

-   `secs_to_get_start_permitted`

    从主节点接收到启动许可到所有节点都接受该节点启动所经过的时间（以秒为单位）

-   `secs_to_wait_for_lcp_for_copy_meta_data`

    在复制元数据之前等待 LCP 完成所花费的时间（以秒为单位）

-   `secs_to_copy_meta_data`

    将元数据从主节点复制到新启动节点所需的时间（以秒为单位）

-   `secs_to_include_node`

    等待 GCP 并将所有节点包含到协议中的时间（以秒为单位）

-   `secs_starting_node_to_request_local_recovery`

    节点刚开始等待请求本地恢复的时间（以秒为单位）

-   `secs_for_local_recovery`

    刚启动的节点进行本地恢复所需的时间（以秒为单位）

-   `secs_restore_fragments`

    从 LCP 文件恢复片段所需的时间（以秒为单位）

-   `secs_undo_disk_data`

    对记录的磁盘数据部分执行撤消日志所需的时间（以秒为单位）

-   `secs_exec_redo_log`

    在所有恢复的片段上执行重做日志所需的时间（以秒为单位）

-   `secs_index_rebuild`

    在恢复的片段上重建索引所需的时间（以秒为单位）

-   `secs_to_synchronize_starting_node`

    从活动节点同步起始节点所需的时间（以秒为单位）

-   `secs_wait_lcp_for_restart`

    重新启动完成之前 LCP 启动和完成所需的时间（以秒为单位）

-   `secs_wait_subscription_handover`

    等待复制订阅移交所花费的时间（以秒为单位）

-   `total_restart_secs`

    从节点故障到再次启动节点的总秒数

##### 笔记

以下列表包含为`node_restart_status_int`列及其内部状态名称（在括号中），以及显示在`node_restart_status`柱子：

-   `0` (`ALLOCATED_NODE_ID`)

    `分配的节点 ID`

-   `1` (`INCLUDED_IN_HB_PROTOCOL`)

    `包含在心跳协议中`

-   `2` (`NDBCNTR_START_WAIT`)

    `等待 NDBCNTR master 允许我们开始`

-   `3` (`NDBCNTR_STARTED`)

    `NDBCNTR 主人允许我们开始`

-   `4` (`START_PERMITTED`)

    `所有节点都允许我们启动`

-   `5` (`WAIT_LCP_TO_COPY_DICT`)

    `等待 LCP 完成以开始复制元数据`

-   `6` (`COPY_DICT_TO_STARTING_NODE`)

    `将元数据复制到起始节点`

-   `7` (`INCLUDE_NODE_IN_LCP_AND_GCP`)

    `在 LCP 和 GCP 协议中包含节点`

-   `8` (`LOCAL_RECOVERY_STARTED`)

    `恢复碎片正在进行中`

-   `9` (`COPY_FRAGMENTS_STARTED`)

    `将起始节点与活动节点同步`

-   `10` (`WAIT_LCP_FOR_RESTART`)

    `等待LCP保证持久性`

-   `11` (`WAIT_SUMA_HANDOVER`)

    `等待订阅移交`

-   `12` (`RESTART_COMPLETED`)

    `重启完成`

-   `13` (`NODE_FAILED`)

    `节点失败，正在处理失败`

-   `14` (`NODE_FAILURE_COMPLETED`)

    `节点故障处理完成`

-   `15` (`NODE_GETTING_PERMIT`)

    `所有节点都允许我们启动`

-   `16` (`NODE_GETTING_INCLUDED`)

    `在 LCP 和 GCP 协议中包含节点`

-   `17`(`NODE_GETTING_SYNCHED`)

    `将起始节点与活动节点同步`

-   `18`(`NODE_GETTING_LCP_WAITED`)

     [没有]

-   `19`(`NODE_ACTIVE`)

    `重启完成`

-   `20`(`NOT_DEFINED_IN_CLUSTER`)

     [没有]

-   `21`(`NODE_NOT_RESTARTED_YET`)

     `初始状态`

    状态编号 0 到 12 仅适用于主节点；表中显示的其余部分适用于所有重新启动的数据节点。状态编号 13 和 14 定义节点故障状态；当没有关于重新启动给定节点的信息可用时，会出现图 20 和 21。

    也可以看看[第 23.6.4 节，“NDB 集群启动阶段摘要”](mysql-cluster-start-phases.html).
