自建 MySQL 适合有专职 DBA 且对成本敏感的场景，云数据库 RDS 适合追求低维护成本和高可用性的业务。选择时需重点评估人力成本与故障恢复时间目标。
先说结论：自建 MySQL 初始资源成本低但运维隐性成本高，云数据库 RDS 实例单价高但包含高可用与备份服务。
- 适合：初创团队或缺乏专职 DBA 的业务优先选 RDS，有成熟运维体系且需深度定制的场景选自建。
- 重点看：对比 ECS 实例加磁盘加备份存储的总费用与 RDS 实例报价，同时计算故障恢复所需人力时间。
- 别忽略：自建数据库的公网暴露风险、备份一致性验证成本以及云厂商内网流量费用。
快速决策思路
先列出业务对 SLA 的要求，再计算自建所需的 ECS、磁盘、备份存储及人力投入，最后对比同配置 RDS 实例的月度账单。
如果团队无法保证 7x24 小时故障响应，直接选择 RDS 多可用版。如果业务处于早期验证阶段且预算极其有限，可使用单节点自建但必须配置自动备份脚本。
为什么会这样
云数据库 RDS 的价格包含了高可用架构、自动备份、监控报警和内核优化服务，自建 MySQL 仅包含基础计算和存储资源费用。
自建 MySQL 需要自行处理主从复制、故障切换、参数调优和安全补丁，这些隐性人力成本在初期容易被低估。云厂商通过规模化运维降低了单实例的边际维护成本，但将这部分成本体现在实例单价中。
分步处理
第一步：统计自建成本。计算 ECS 实例费、系统盘和数据盘费用、快照存储费用以及预计的运维人力工时。
第二步：查询 RDS 报价。在云厂商官网选择同规格 CPU 和内存的 RDS 实例，确认高可用版价格，注意区分本地 SSD 和云盘类型。
第三步：评估风险边界。确认自建方案是否有自动故障切换机制，若无则接受单点故障风险，确认 RDS 方案是否满足数据合规要求。
第四步：执行迁移或部署。若选自建，安装 MySQL 后立即配置 cron 备份脚本；若选 RDS，设置白名单并关闭公网访问。
怎么验证是否生效
检查月度账单，对比实际支出与预算评估是否一致。登录数据库监控面板，确认备份任务状态为成功，延迟监控无异常报警。
进行故障演练，自建场景测试主从切换时间，RDS 场景测试只读实例故障转移时间，记录恢复时长是否符合预期。
常见坑
自建 MySQL 容易忘记开启 binlog 导致无法按时间点恢复数据。云数据库 RDS 注意内网流量费用，跨可用区读写可能产生额外流量成本。
自建场景下操作系统升级可能导致 MySQL 服务异常，升级前需在测试环境验证。RDS 版本升级由厂商控制，需关注兼容性公告。
常见问题
自建 MySQL 迁移到 RDS 困难吗？
使用云厂商提供的 DTS 工具或 mysqldump 即可完成迁移，全量加增量同步可做到业务无感知切换。
RDS 性能一定比自建好吗？
RDS 在默认参数下稳定性更好，但自建允许修改底层操作系统和内核参数，极端场景下自建可能获得更高性能上限。
自建数据库如何保证高可用？
需要部署 MHA 或 Orchestrator 等高可用组件，并配置虚拟 IP 漂移，这需要额外的运维开发投入。