mysql 如何迁移数据流较大的数据库？

Question

数据库日积月累几个G后，从服务器A导入到服务器B
导入数据库总是失败。内存不足或者直接崩了。

请问有什么方案可以稳定的分段导入吗？

Answer 1

几个G的数据也还好，不是特别大，直接用mysqldump应该就可以了。导入的时候只是在执行insert 语句插入数据，应该不至于会出现内存不足，程序崩溃。

Answer 2

我说一下我使用过得方法，题主可以尝试一下，阿里云有个DTS数据迁移，可以尝试一下，具体步骤就是先导出源库的表结构，然后把导出的表结构分成两部分，一部分是建表语句，一部分是视图，函数，触发器的语句，然后在目标库执行建表语句之后去阿里云控制台创建DTS迁移任务，等迁移完成在将刚开始导出的视图函数触发器语句执行到目标库。

目前DTS全量迁移是免费的，我已经操作过很多次，数据量几十G也很快，大概1，2个小时左右，如果有不懂的回复我就好，导出表结构用的是navicat。

Answer 3

迁移数据流较大的数据库可以采用以下几种方法：

备份和还原：通过备份源数据库，然后将备份文件迁移到目标数据库服务器上，最后进行还原操作。这种方法适用于两个数据库在同一网络环境下，且网络带宽足够大的情况。

导出和导入：使用数据库导出工具（如mysqldump）将源数据库导出为SQL文件，然后将SQL文件迁移到目标数据库服务器上，并使用数据库导入工具（如mysql）进行导入操作。这种方法适用于两个数据库不在同一网络环境下，或者网络带宽有限的情况。

数据库复制：在源数据库上启用主从复制（Master-Slave Replication），将数据实时复制到目标数据库。这种方法适用于源数据库需要保持活动状态，并且对数据的实时性要求较高的情况。

数据库迁移工具：使用专门的数据库迁移工具，如Percona XtraBackup、DMS（Database Migration Service）等，这些工具可以提供更高效、稳定的数据库迁移方案，能够充分利用网络带宽和系统资源，减少迁移过程中的停机时间。

在进行数据迁移前，建议先评估源数据库的数据量和网络条件，选择合适的迁移方法，并进行充分的测试和备份操作，以确保数据的完整性和安全性。另外，对于大型数据库的迁移，可能需要考虑分阶段迁移、增量迁移等策略，以减少对业务的影响。