mysql - 当表有数千万条记录时，使用 "mysql mydb < mydb.sql"重新创建 MySQL DB 非常慢。如何改进呢？

Question

看起来，一个拥有数千万条记录的表的 MySQL 数据库在执行以下操作时会得到一个很大的 INSERT INTO 语句

mysqldump some_db > some_db.sql

完成数据库备份。 (是 1 个插入语句处理所有记录吗？)

因此在使用重建数据库时

mysql some_db < some_db.sql

那么CPU几乎不忙(mysql进程使用了​​大约1.8%...我也没有看到mysqld？)而且硬盘似乎也不太忙...

上次，整个恢复过程花了 5 个小时。有没有办法让它更快？例如，在执行mysqldump时，是否可以将INSERT语句分成更短的语句，以便mysql不需要解析该行恢复数据库这么难？

Answer 1

如果有什么东西需要时间，那就是 mysqld，它实际上完成了所有的工作。如果您连接到远程 mysql 服务器，那么 mysqld 将位于该计算机上，而不是您的本地计算机上。

加快速度的最直接方法是从表中删除所有键和索引，然后在加载数据后创建它们。在如此多的插入中保持所有内容的更新可能会给服务器带来很大的负担，并且可能会导致您最终得到碎片化的索引。您可以预期在插入结束时创建索引需要一段时间，但这不会像在插入发生时使它们全部保持最新那么糟糕。

更好的解决方案是停止对该表使用 mysqldump 并切换到使用 LOAD DATA INFILE (使用匹配的 SELECT ... INTO OUTFILE 来创建转储)。

您最好的选择是仅复制数据库文件，而不是尝试进行备份和恢复。我认为这仍然只适用于 MyISAM 数据库，不适用于 InnoDB，但如果最近情况发生变化，其他人可以纠正我。