MySQL数据库迁移缺失数据

Question

我不确定这是否应该在 SuperUser 中发布，因为我们在 Workbench 中使用内置的迁移向导，如果应该移动这个问题，请告诉我。

目标
我们目前正在将数据库从一台服务器迁移到另一台服务器，并且由于 MySQL Workbench 有一个名为迁移向导的内置功能，我们认为我们会继续愉快地迁移它。我们有 16 种不同的数据库架构需要迁移，它们的大小各不相同（最小的是 3 MB，最大的是 76 GB）。

问题
我们开始尝试将其中一个 14.7 GB 的中型到大型的迁移并开始正常，但是在它成功迁移了其中的一半表后，我们收到错误“MySQL 服务器已消失”。在确保连接稳定并用电缆连接（可能是无线信号掉线？）并确保完全权限并使用 root 用户进行迁移后，我们仍然收到“服务器已消失”错误。

然后我们尝试使用运行良好的小型数据库，因此我们认为这可能是一个超时问题。我们尝试删除超时设置，但对于较大的数据库，我们仍然得到相同的错误。真正的关键是我们目前正在经历的事情。

当我们在 150 MB 的数据库上尝试此操作时，迁移向导会正确完成迁移，而不会出现任何错误或警告。只是出于好奇，我运行了以下代码

SELECT table_name AS "Table", 
round(((data_length + index_length) / 1024 / 1024), 2) "Size in MB" 
FROM information_schema.TABLES 
WHERE table_schema = "TableName"
ORDER BY "Table";

确保表格大小正确。令我们惊讶的是，源数据库中表的总和为 150 MB，但目标数据库中的总和为 94 MB。

问题
除了超时和特权之外，我们为什么会收到“服务器已消失”错误的其他原因可能是什么？为什么迁移向导会说迁移成功而没有警告或错误，但实际上只迁移了大约 60% 的数据？迁移向导可以不被信任还是不应该被信任的表大小查询？我们这样做是不是完全错了，即，您是否推荐另一种更稳定的数据库迁移方式？

如果需要，我很乐意提供更多信息。

编辑：
MySQL 版本：5.1.41 (Ubuntu)

我们还检查了每个模式中每个表的行数，虽然大多数是正确的，但有些结果是错误的。这就是数据不一致发挥作用的地方。在 150 MB / 94 MB 示例中，有 25 个表。在这 25 个表中，有 23 个是正确的，2 个是错误的。在源中，其中一张表有 257 万行，但其中只有 150 万行最终出现在目标表中。

编辑 2：
再次运行相同的查询现在给了我 150 个中的 94 个、150 个中的 8 个、150 个中的 24 个，现在它是第四次迁移整个数据库。我猜这个问题出在其他地方，但我一生都无法弄清楚原因。迁移 150 MB 数据需要 92 分钟。推断这将给我大约 1 个月的时间来迁移 75 GB 的数据库——这显然是不对的。

Answer 1

1. 数据库中的大小可能会有所不同，即使它包含相同的数据。迁移时，您还会对数据进行碎片整理
2. 我不会相信有这么多数据的迁移向导。 MySQL 不能很好地处理大数据，插入和其他内容可能会静默失败，或者仅在 MySQL 未在严格模式下运行时出现警告。
3. 如果您要迁移所有内容（包括用户和元数据），只需在两个数据库都关闭时复制/rsync 整个 mysql_data 文件夹。

Answer 2

我知道这是一篇旧帖子，但为了其他人的利益，您可以使用HeidiSQL，它通过将您的数据库导出到您选择的另一个数据库来完美地完成工作：

• 转到您的数据库（右键单击它）-> 将数据库导出为 SQL。
• 选择输出目标 -> 要将数据库导出到的服务器（您需要已将数据库服务器添加到列表中）。