📄 一句话概括
云数据库服务＝把「装数据库、打补丁、做备份」整包外包：RDS、Cloud SQL、Heroku Postgres 卖的不是机器，是「帮你把 6-2 的清单全办了」。
📝 本节和前面几节的关系
6-1 引入了「云服务」概念，6-2 列了自管机房的责任清单——本节回头看：这些云产品正是「把清单外包出去」的定价表。应用接入方式（8-3/8-4）完全不变，变的只是数据库「住哪、谁养」。
一、三家代表，三种省心程度
| 服务 | 定位 | 你管什么 |
|---|---|---|
| Amazon RDS | 托管 MySQL/PostgreSQL 等 | 数据库本身（参数、账号、优化） |
| Google Cloud SQL | 同类，GCP 版 | 同上 |
| Heroku Postgres | 更省心的「附加服务」 | 几乎只管你的数据和应用 |
共同点：硬件、系统补丁、自动备份、主从复制（7-9）、故障切换全部厂商代办——6-2 清单上的大部分被划走了。
二、钱与自由的两难
- 得到：备份自动化（6-6 定时全量）、监控自带（6-5 仪表盘）、扩容点按钮（7-8 纵向扩展）、高可用套餐（7-9 复制现成）
- 付出：月费（6-3 运行成本）、部分控制权——最高权限受限、不能随便装插件
- 适合「团队小、要睡觉、不想半夜修数据库」；自建适合「要求极致控制、合规特殊」
三、动手 Demo：算一算外包后的责任清单
6-2 的三类事 × RDS 模式：
电源/机房 → 厂商 ✅
系统补丁/病毒 → 厂商 ✅（自动打补丁窗口）
硬件损坏 → 厂商 ✅（RAID + 自动切换）
自动备份 → 厂商 ✅（可设保留期）
账号权限 → 你（仍是你）
慢查询优化 → 你（永远是你的）
结论：外包掉的是「基础设施」，留下的是「数据治理」。
【准备块】无——对照表就是 Demo。
四、30 秒实验
把云数据库想成「精装修拎包入住」：毛坯房（自建）自由但要装修；精装房（RDS）直接住但墙不能砸。你现在的阶段（书评网站）该选哪种？——Heroku 式的「附加服务」最合适， register 就能用。
五、常见误区
- 「上了云数据库=高枕无忧」：账号密码弱照样被拖库（6-4 权限还是你的）
- 「RDS 备份是万能的」：它按它的节拍备份——误删数据要靠「恢复到时间点」功能，恢复演练（6-6 原则三）仍然必要
- 「云=被锁定」：MySQL/PostgreSQL 是开放标准，迁移可行但要走 6-7 转储还原——选开源引擎就是留后路
自测三问
1. 三家共同替你办掉什么？（硬件、补丁、自动备份、复制高可用——6-2 清单的基础设施部分） 2. 上云后仍然归你管什么？（账号权限、数据治理、慢查询优化） 3. 为什么选 MySQL/PostgreSQL 引擎是留后路？（开放标准便于走 6-7 转储迁移，避免厂商锁定）- ☐ 下一节（8-6 缓存-高速获取数据）
相关笔记
- 内部部署、云服务-放置数据库的场所 — 概念起点，本节看具体产品
- 同步复制-复制并运行数据库 — RDS 的高可用套餐就是它
- 缓存-高速获取数据 — 下一节：数据库嫌慢时的「外挂加速」
- 🗄️ 数据库基础 · 索引 — 全课路线图