MySQL 5.5从EC2迁移至RDS/Aurora的路径选择咨询

Great question! You don't need to upgrade your EC2-based MySQL 5.5 instance first before migrating to RDS/Aurora. The mysqldump tool can handle this directly, as long as you use the right parameters and follow some key checks. Here's how to approach it:

为什么直接mysqldump可行？ #

MySQL 5.5和5.6+版本的SQL语法兼容性非常好——mysqldump导出的是逻辑SQL文件，新版本的RDS/Aurora实例（5.6及以上）完全可以解析并执行。唯一需要注意的是避开那些在高版本中被弃用或移除的5.5专属语法。

必须使用的mysqldump参数 #

为了确保导出文件完全兼容RDS/Aurora 5.6+，请在mysqldump命令中添加以下关键参数：

• --compatible=mysql56: 强制导出文件遵循MySQL 5.6语法标准，过滤掉仅5.5支持的特性。
• --single-transaction: 针对InnoDB表，创建一致性快照的同时不会锁定生产数据库，保证业务连续性。
• --default-character-set=utf8mb4: 确保字符集兼容（尤其是表情或特殊字符），因为5.6+对utf8mb4的支持比5.5更完善。

示例命令 #

mysqldump -u your_username -p --single-transaction --compatible=mysql56 --default-character-set=utf8mb4 --databases your_database_name > mysql_dump.sql

迁移前的必要检查 #

在执行迁移前，做好这些准备工作避免意外：

1. 检查弃用特性: 扫描你的MySQL 5.5数据库，排查高版本不再支持的内容，比如：
   • MyISAM表（RDS虽支持，但推荐迁移到InnoDB以获得更好的性能和可靠性）
   • 过时函数（例如旧哈希方式的PASSWORD()，不过5.6+仍保留了向后兼容）
   • 旧版分区表格式
2. 先测试导入: 将导出文件导入到测试用的RDS/Aurora实例（与目标生产实例版本一致），验证所有表、数据和存储过程都能正常运行。
3. 配置目标实例: 创建好目标RDS/Aurora实例（选择5.6或更高版本——推荐5.7或8.0以获得长期支持），并配置安全组允许EC2实例（或执行mysqldump的机器）访问。

更适合生产环境的替代方案 #

如果你的数据集很大，或者希望将停机时间降到最低，可以考虑以下替代方案：

• AWS Database Migration Service (DMS): 这款全托管服务支持从MySQL 5.5在线迁移到RDS/Aurora 5.6+，实时复制数据，切换到新实例时几乎没有停机时间。
• Percona XtraBackup: 针对超大型数据库，你可以为EC2上的MySQL创建物理备份，上传到S3后恢复到RDS/Aurora。这种方式比mysqldump更快，但需要更多手动操作步骤。

内容的提问来源于stack exchange，提问作者RedNay8080