MySQL群集ndb_restore无错误地失败

Question

我一直在努力将当前的单个实例数据库迁移到一个运行MySQL集群的新集群数据库中。

它是一个大型数据库(数十亿条记录)，虽然它似乎运行得相当好，但我很难恢复备份(用于第二个站点开发副本)。

备份只包含大约8亿份报告，硬件应该能够很好地处理这些报告。但是，当我尝试恢复备份时(这可能需要几个小时到几天！)有些节点只是恢复停止--没有明显的原因，日志中也没有明显的内容。

我已经尽我所能搜索谷歌，但似乎找不到任何经历过这个问题的人。

该数据库包含大约30个表，其中一个包含大多数报告。我可以很好地恢复所有表的元数据，以及除大型表之外的所有表(使用排除表标志)。但是，当我试图恢复大表时，就会遇到这样的问题，ndb_restore就停止了。

我使用的是MySQL集群5.6.23和ndb-7.4.5。集群由6个数据节点(运行ndbmtd)、1个管理节点和3个API节点(每个节点有3个连接，逻辑上3个服务器上的9个API节点)构建。

所涉及的所有表都是磁盘数据表，表空间足够大，足以包含整个数据集，并且系统有足够的RAM来保存索引和索引列。

如果您需要更多的信息，请咨询！)

Answer 1

我想我已经找到了解决办法。

我一直通过脚本运行ndb_restore，该脚本是通过SSH连接执行的，因为我目前没有对服务器的物理访问权限。因此，当SSH会话死亡时，ndb_restore收到一个SIGHUP。我相信这就是导致这一过程停止而没有任何通知或记录信息的原因。

从那以后，我发现我可以防止这种情况发生，一旦脚本被备份(ctrl+z；bg)，运行：

disown [job id]

有关这方面的详细情况，见：

• 如何将已经运行的进程置于nohup下？
• Linux:防止后台进程在关闭SSH客户端后停止