如何将AWS RDS数据库迁移到本地开发机器

共有3种适配不同场景的成熟方案，可根据你的库大小、同步需求选择。

方案1：原生逻辑备份还原（适合10G以内的小型库，操作最简单） #

• 提前配置RDS安全组：放开本地开发机公网IP对RDS端口（MySQL默认3306、PostgreSQL默认5432、SQL Server默认1433）的入站权限，若RDS部署在私有子网，可临时通过跳板机端口转发访问，或短暂开通RDS公网访问能力（操作结束后立即关闭）
• 本地执行备份命令，不同数据库引擎对应官方原生备份工具即可，以常见引擎为例：
  MySQL备份命令：mysqldump -h [RDS实例端点地址] -u [RDS账号] -p --single-transaction --databases [需要迁移的库名] > rds_backup.sql
  PostgreSQL备份命令：pg_dump -h [RDS实例端点地址] -U [RDS账号] -d [需要迁移的库名] -f rds_backup.sql
  注意输入密码时不要跟在-p参数后直接写明文，避免密码留存到shell历史记录中
• 本地数据库执行还原命令：
  MySQL还原：mysql -u [本地数据库账号] -p [本地新建的空库名] < rds_backup.sql
  PostgreSQL还原：psql -U [本地数据库账号] -d [本地新建的空库名] -f rds_backup.sql

方案2：快照导出到S3后下载还原（适合10G以上中大型库，不占用线上RDS业务资源） #

• 进入RDS控制台，为目标实例创建手动快照，等待快照状态变为「可用」
• 提前创建S3存储桶，配置拥有RDS快照导出权限的IAM角色，将快照导出到对应S3桶，导出的备份为对应数据库引擎的原生备份格式
• 下载S3桶内的备份文件到本地，用对应引擎的原生还原工具解压恢复到本地数据库即可

方案3：AWS DMS同步（适合需要本地和RDS持续保持数据一致的开发场景） #

• 先开启RDS实例的逻辑复制相关配置：MySQL开启二进制日志、PostgreSQL开启预写日志逻辑复制功能，配置对应账号的复制权限
• 在AWS DMS控制台创建迁移任务，源端选择目标RDS实例，目标端配置本地数据库信息（需要本地数据库可被DMS访问，可通过VPN、专线打通本地网络和AWS VPC，或短暂开放本地数据库公网访问权限）
• 启动迁移任务，默认会先完成全量数据同步，之后自动追平增量数据，不需要同步时直接停止任务即可

• 操作时机：如果是生产环境RDS，尽量选择业务低峰期执行备份/快照操作，避免备份任务占用IO资源影响线上业务
• 版本兼容：本地数据库的大版本要和RDS实例的大版本一致，或高于RDS版本，避免高版本备份还原到低版本出现语法、格式不兼容报错
• 数据校验：还原完成后抽查部分业务表的总数据量、最新记录的生成时间，确认备份还原的数据一致性，避免遗漏数据
• 安全风险：临时开通的RDS公网访问、本地数据库公网访问权限，操作结束后要立即关闭，备份文件包含业务敏感数据，用完后及时加密归档或删除
• 权限检查：操作前确认你的AWS账号拥有RDS、S3、IAM、DMS对应资源的操作权限，避免中途出现权限报错

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