- –routines：导出存储过程和函数。
- –triggers：导出触发器。
- –databases：指定数据库名,便于在RDS中直接创建同名库。
数据上传与导入RDS
导出完成后，需要将SQL文件传输到可以访问RDS网络环境的地方，如果数据量较大（超过10GB），建议使用阿里云OSS中转或专线传输，而非直接通过公网SCP传输,以免超时或中断。
导入数据至RDS
使用mysql客户端直接连接RDS实例并执行导入，由于RDS实例通常配置了较高的IOPS,导入速度可能受限于网络带宽。
- 连接RDS：使用RDS提供的连接地址、端口、用户名和密码。
- 执行导入：运行以下命令,将备份文件导入RDS。
mysql -h
- 监控进度：导入过程中，观察RDS控制台的“监控图表”，关注CPU使用率和连接数，如果CPU飙升，可能是索引重建导致的,属正常现象。
- 处理报错：若遇到“Table doesn't exist”或权限错误，检查SQL文件头部的CREATE DATABASE语句是否在RDS中执行成功，RDS可能禁止直接创建数据库，需先在控制台手动创建空库,再导入数据。
- 适用场景：大型电商、金融系统,要求停机时间极短。
- 操作优势：无需手动导出导入，自动处理DDL（结构变更）同步,支持断点续传。
- 成本考量：DTS服务按量计费，长期运行成本高于一次性备份,但能大幅降低运维人力成本。
- 检查慢查询：开启RDS的慢查询日志，观察迁移后是否有新的慢SQL出现，本地MySQL可能依赖某些非标准索引,RDS中可能需要重新构建。
- 调整缓冲池：根据RDS实例规格，适当调整innodb_buffer_pool_size，业内共识认为，将该值设置为物理内存的50%-70%能显著提升查询性能。
- 连接数限制：检查max_connections设置，确保其能支撑应用服务器的最大并发连接数，避免“Too many connections”错误。
物理备份迁移与大数据量场景优化
当数据量达到TB级别，逻辑备份的导入时间可能长达数小时甚至数天，物理备份（Physical Backup）或云厂商提供的DTS（数据传输服务）是更优选择。
DTS实时迁移方案
对于业务不能中断的场景，DTS提供了全量+增量同步能力，它通过解析Binlog,实现源库与目标库的实时数据同步。
物理备份工具xtrabackup
Percona XtraBackup是开源的物理备份工具，支持热备份InnoDB数据，迁移过程包括在本地备份、压缩传输、在RDS侧解压恢复（部分云厂商支持直接导入.ibd文件，需查阅具体文档）。
对比逻辑与物理备份
| 维度 | 逻辑备份 (mysqldump) | 物理备份 (XtraBackup/DTS) |
|---|---|---|
| 数据量级 | 适合中小规模（<100GB） | 适合大规模（>100GB） |
| 恢复速度 | 较慢，需解析SQL | 极快，直接拷贝数据文件 |
| 资源消耗 | CPU密集，影响源库性能 | I/O密集，对磁盘要求高 |
| 运维复杂度 | 低，通用性强 | 高，需处理版本兼容 |
迁移后的验证与性能调优
数据导入完成并非终点,验证数据的完整性和性能表现才是确保业务稳定的关键。
数据一致性校验
不要盲目切换流量，在本地和RDS上分别执行关键表的COUNT()和SUM()聚合查询，对比结果是否一致，对于核心业务表,建议抽取部分数据进行MD5校验。
索引与参数调优
RDS的默认参数配置通常偏向通用场景,可能不适合你的特定业务负载。
常见问题与解答
本地MySQL迁移到RDS for MySQL期间业务能不停机吗？
如果采用mysqldump逻辑备份，通常需要在业务低峰期短暂停写或接受短暂的数据不一致，若需完全不停机，必须使用DTS等支持增量同步的工具，先进行全量同步，再开启增量同步，待数据延迟为0时切换流量,最后断开源库连接。
迁移过程中遇到字符集乱码怎么办？
首先检查本地数据库的character_set_server和RDS实例的字符集设置是否均为utf8mb4，若已统一仍乱码，可能是历史数据本身编码错误，建议在导入前，使用iconv工具或SQL脚本对源数据进行编码转换，或在导出时指定--default-character-set=utf8mb4参数。
本地备份mysql数据库时如何避免锁表影响业务？
对于InnoDB引擎，务必在mysqldump命令中加入--single-transaction参数，该参数通过启动一个事务，利用MVCC机制获取一致性视图，从而在备份期间不对表加锁，若使用MyISAM引擎，则无法避免锁表,只能在业务低谷期操作。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/450283.html
