AWS RDS 用于部署和管理关系型数据库。
它承担数据库创建、运行、备份、补丁、监控和扩展等基础运维工作，适合网站后台、跨境电商系统、订单系统、会员系统、SaaS 后台和企业内部管理系统。AWS 对 RDS 的定位是托管关系型数据库服务，可自动处理 provisioning、backing up、patching 等数据库管理任务。
AWS RDS 是什么
RDS 管理关系型数据库
RDS 负责数据库层。
应用服务部署在 EC2，图片、附件和备份文件放在 S3，关系型数据交给 RDS 管理。三者的职责不同，不能用同一台服务器承载所有业务文件、程序和数据库。
RDS 适合保存结构化业务数据，例如用户、订单、商品、库存、支付记录、权限、文章内容和配置数据。
图片、视频、日志归档、静态资源不应放进关系型数据库，这些文件更适合用 S3 管理；文件存储规划可参照 AWS S3 教程。
RDS 和 EC2 自建数据库的区别
EC2 自建数据库的自由度更高，数据库参数、插件、文件系统、备份方式和集群方案都可以自行控制。
对应的成本是运维责任增加：系统补丁、数据库升级、备份恢复、主从复制、监控告警、故障切换都需要自己处理。
RDS 的价值在于降低数据库运维负担。
生产业务更关注稳定性、恢复能力和权限边界。
团队没有专门 DBA 时，RDS 比在 EC2 上长期自建数据库更适合正式项目。
应用服务器和数据库应在同一架构中规划；服务器开通、区域和基础配置可参照 亚马逊云服务器购买。
RDS 支持哪些数据库
MySQL 和 PostgreSQL 是常见选择
MySQL 适合 WordPress、企业官网、常规后台系统、内容管理系统和中小型业务数据库。
已有 MySQL 项目迁移到 AWS 时，RDS for MySQL 可以减少兼容和迁移成本。
PostgreSQL 适合复杂查询、数据一致性要求较高、业务逻辑较复杂的系统。
订单系统、SaaS 后台、数据管理平台、业务分析系统可以优先评估 PostgreSQL。
RDS 还支持 MariaDB、Oracle、SQL Server、Db2 和 Amazon Aurora 等数据库引擎。
选择数据库引擎应以项目兼容性、团队经验、授权成本和迁移成本为准，不应只按功能名称判断。
AWS RDS FAQ 列出的数据库引擎包括 MySQL、MariaDB、PostgreSQL、Oracle、SQL Server、Amazon Aurora 和 Db2。
Aurora 适合更高性能和高可用需求
Amazon Aurora 适合对性能、读扩展、高可用和云原生数据库能力有更高要求的项目。
普通网站、中小型业务后台、测试环境不必一开始就使用 Aurora。数据库选型应先满足兼容性和稳定性，再评估性能升级空间。
创建 RDS 前要确认什么
Region 应靠近应用服务器
RDS 应与 EC2、缓存服务和主要业务系统部署在同一 Region，优先放在同一 VPC 内。
应用服务器和数据库跨区域访问会增加延迟、数据传输成本和故障排查难度。
数据库位置不是单独决定的。
EC2 实例、RDS、S3、CloudFront 的区域和网络关系应一起规划，服务器配置可结合 AWS EC2 实例类型 判断。
生产数据库不应直接暴露公网
生产数据库应放在受控网络环境中，只允许应用服务器访问数据库端口。
RDS 通过 VPC security group 控制 DB instance 的进出流量，默认情况下 DB instance 的网络访问处于关闭状态，需要通过安全组规则允许指定 IP、端口或安全组访问。
MySQL 常用端口是 3306，PostgreSQL 常用端口是 5432。
数据库安全组不应向 0.0.0.0/0 开放。外部管理访问应通过受控 IP、VPN、堡垒机或临时授权完成。
实例规格按负载判断
RDS 实例规格决定数据库计算和内存能力。
AWS 文档说明，DB instance class 决定 RDS DB instance 的计算和内存容量，所需类型取决于处理能力和内存需求。
小型测试环境可以选择低规格实例。
正式业务应根据 CPU、内存、连接数、慢查询、缓存命中率和增长空间选择。CPU 长期高，说明计算压力较大；内存长期高，可能是连接数、缓存或查询压力过重；存储延迟和 IOPS 异常，则要检查存储类型、索引和查询模式。
AWS RDS 基础配置流程
选择数据库引擎
已有项目应优先选择原数据库引擎，减少迁移风险。
MySQL 项目选择 RDS for MySQL，PostgreSQL 项目选择 RDS for PostgreSQL，企业软件依赖 SQL Server 或 Oracle 时再评估对应引擎和授权成本。
数据库迁移不应为了更换云服务而更换引擎。
引擎变化会影响 SQL 语法、索引、扩展、驱动程序、备份恢复和团队维护方式。
配置实例、存储和访问权限
创建 RDS 时需要选择实例规格、存储类型、初始容量、用户名、密码、VPC、子网组和安全组。
RDS 存储支持不同类型，AWS 文档列出 General Purpose SSD、Provisioned IOPS SSD 和 Magnetic 等存储类型，不同类型在性能和价格上存在差异。
主账号只应用于数据库管理，不应作为应用程序长期连接账号。
应用连接数据库应单独创建账号，并限制到所需数据库和操作权限。密码不应写入代码仓库，生产环境应使用安全的配置管理方式保存。
RDS 位于 VPC 中，VPC 需要至少两个位于不同可用区的子网用于 DB subnet group。(AWS 文档) 数据库网络设计应在创建阶段完成，后期修改会影响应用连接和运维流程。
RDS 备份和高可用怎么设置
自动备份用于恢复到时间点
自动备份用于把数据库恢复到保留周期内的指定时间点。
AWS 文档说明，RDS 会在备份窗口创建并保存 DB instance 或 Multi-AZ DB cluster 的自动备份，并可在 backup retention period 内恢复到任意时间点。(AWS 文档)
生产数据库不应关闭自动备份。
备份保留周期应根据业务恢复要求设置，不能只为降低费用而压缩到过短时间。
手动快照用于关键时间点留存
手动快照适合重大版本上线、数据库迁移、结构调整、删除实例前留存。
自动备份处理日常恢复，手动快照处理关键节点保护。
数据库升级、批量修改、表结构变更前，应先创建手动快照。
故障发生后再补救，恢复选择会明显减少。
Multi-AZ 适合生产环境
Multi-AZ 用于提高数据库可用性和数据耐久性。
AWS 说明，RDS Multi-AZ 会在另一个可用区维护同步 standby replica，并在主实例故障时进行故障切换。(Amazon Web Services, Inc.)
Multi-AZ 的核心作用是高可用，不是读性能加速。
读压力较高的场景应评估 Read Replica。AWS 说明，RDS Read Replicas 用于突破单个 DB instance 的读取容量限制，提高读密集型工作负载的整体读取吞吐。(Amazon Web Services, Inc.)
RDS 费用怎么看
RDS 费用由多个部分组成
RDS 费用不只来自实例运行。数据库账单通常包括 DB 实例、存储、备份、I/O 或吞吐、Multi-AZ、Read Replica、数据传输和许可证相关成本。
AWS RDS Pricing 页面说明，RDS 按使用量计费，可选择 On-Demand 或 Reserved Instances，不同数据库引擎和实例类型价格不同。(Amazon Web Services, Inc.)
数据库项目应与 EC2、S3、CloudFront、备份和日志一起计算总成本。
服务器和数据库的长期费用评估可结合 亚马逊云服务器价格。
高可用和读扩展会增加成本
Multi-AZ 提升可用性，但会增加资源成本。
Read Replica 提升读取能力，也会增加实例、存储和同步相关成本。测试环境不应为了配置完整而启用所有高可用组件；生产数据库不能只按最低价格配置。
长期运行 RDS 的项目还要考虑付款方式、续费周期和账单核对。
企业付款、充值或信用卡支付受限时，可通过 AWS代付 处理持续账单；需要账号开通、数据库配置、权限规划和基础技术支持的团队，可通过 AWS代理 协助管理。具体优惠和适用范围应以账号类型、充值金额、产品范围和实际规则为准。
RDS 和 EC2 自建数据库怎么选
测试环境可以自建
学习、测试、临时项目可以在 EC2 上自建 MySQL 或 PostgreSQL。配置自由，成本容易控制，适合验证功能和短期开发。
测试环境不能直接迁移成生产数据库方案。没有备份、没有监控、没有高可用、没有权限边界的自建数据库，后期故障成本会高于节省的实例费用。
正式业务优先考虑 RDS
正式业务需要自动备份、监控、补丁、高可用和恢复能力。
订单、会员、支付、库存、客户资料、财务数据等核心表，应优先考虑 RDS。
有 DBA 能力的大型团队可以权衡自建数据库。
自建方案应建立在明确的运维能力、成本模型和容灾方案上，而不是只为降低表面实例费用。
新手使用 RDS 常见错误
数据库公开访问
生产数据库暴露到公网，会增加攻击面。
数据库应位于私有网络，安全组只允许应用服务器访问指定端口。
关闭备份
数据库没有备份，故障后无法恢复。
自动备份和关键操作前手动快照应作为基础配置。
只按最低价格选实例
低价实例适合测试，不适合承载稳定业务。
数据库性能常受内存、连接数、I/O、索引和慢查询影响，不能只看实例单价。
忽略存储增长
数据库容量、索引、日志、备份都会增长。
初始容量只是起点，长期项目应提前规划扩容、备份保留和归档策略。
RDS 的实际选择逻辑
先按项目兼容性选择数据库引擎，再按业务负载选择实例规格。
生产环境应优先保证私有访问、自动备份、手动快照、监控和恢复能力。
高可用要求明确的项目使用 Multi-AZ，读压力明显的项目评估 Read Replica。
RDS 成本不能单独计算。
应用服务器、数据库、对象存储、CDN、备份、日志、数据传输和账号付款方式会共同形成长期账单。数据库一旦进入生产环境，迁移成本、停机风险和恢复能力都会变得重要，前期配置应按正式业务标准规划。
