MySQL Cluster Manager 1.4发行说明
启动群集[--initial | -i] [--skip-init =process_id_list.]cluster_name.process_id_list.：process_id.[，process_id.[，...]]此命令启动名为的群集cluster_name.，如本例所示：
MCM>启动群集MyCluster;+ -------------------------- + |命令结果|+ -------------------------- + |群集已成功启动|+ --------------------------------- + 1行（45.37秒）为了使命令成功，必须已存在命令中名为的群集;否则，命令失败了错误簇cluster_name.没有定义的，如这里所示：
MCM>列表网站;+ -------- + ------ + ------- + ---------------------------- + |网站|港口|本地|主持人|+ -------- + ------ + ------- + ---------------------------- + |Mysite |1862 |本地| tonfisk,flundra,grindval,haj | +--------+------+-------+------------------------------+ 1 row in set (1.72 sec) mcm> list clusters mysite; +-----------+-----------+ | Cluster | Package | +-----------+-----------+ | mycluster | mypackage | +-----------+-----------+ 1 row in set (1.70 sec) mcm> start cluster yourcluster; ERROR 5001 (00MGR): Cluster yourcluster not defined此外，群集必须尚未运行，如此所示：
MCM>显示状态 - Cluster MyCluster;+ ----------- + ------------------ + --------- + |群集|状态|评论|+ ----------- + ------------------ + --------- + |mycluster |完全运行||+ ----------- + ----------------- + --------- + 1行（0.01秒））MCM>开始群集MyCluster; ERROR 5005 (00MGR): Cluster mycluster is running在导入完成之前，无法启动为导入创建的群集。看第4.4.1节，“创建集群命令”， 和第3.5节“将MySQL NDB集群导入MySQL Cluster Manager”， 想要查询更多的信息。
- 最初的选项
所有群集数据节点都已启动，就像
开始过程- 最初的已被用于它们，这意味着所有数据节点都擦除其数据并以清洁数据节点文件系统开头。NDB.以前存储在群集中的表丢失。对于MySQL Cluster Manager 1.4.3及更高版本：所有群集SQL节点都已启动，就像
开始过程- 最初的已被用于它们，这意味着MySQL Cluster Manager重建mysqld.数据目录mysqld.- Initialize-Insecure.mysql 5.7的命令和与mysql_install_db.mysql 5.6的命令。但是，节点的数据目录必须为空，或者不会尝试重新初始化。要跳过任何SQL节点的重新初始化，请列出其进程ID（如果有多个以上）使用逗号分隔
--skip-init.=process_id_list.选项，例如：mcm>启动群集--initial --skip-init = 50,51 mycluster;这
--skip-init.选项仅接受SQL节点ID作为其参数;它不能用于跳过数据节点的初始化。
在正常情况下，您应该使用此选项仅在您不希望保留任何数据（并且希望进行干净的启动）时才启动群集，或者您打算将群集从备份恢复到已知的良好状态（看第4.7.4节，“恢复群集命令”）。您也应该意识到没有打印出特殊警告MCM.客户什么时候- 最初的与之使用启动群集;该命令立即执行。
有关创建群集备份的信息，请参阅第4.7.2节，“备份群集命令”。如果您需要知道可用的备份（如果有的话），请使用列出备份。