Supabase、Firebase、PlanetScale：数据库真实成本对比
你的初创公司在第 4 周收到第一份数据库账单。2000 个用户，数据增长稳定，平台运转顺利。然后邮件来了：Firebase 847 美元、Supabase 340 美元、PlanetScale 210 美元 —— 数据完全相同，负载相同。这是大多数创始人学到的血的教训：数据库成本模型差异巨大。
选择 Supabase、Firebase 还是 PlanetScale，看起来像个技术决定。其实是个财务决定，只是披着基础设施的外衣。以下是每个方案的真实成本。
Firebase：优雅但超线性增长
Firebase 是谷歌的无服务器数据库。按操作计费：每 10 万次读操作 $0.06，每 10 万次写操作 $0.18，加上存储和网络费。初期看起来很温和。
但陷阱来了：每一个操作都被计费。一次页面加载读 5 条文档 = 5 次计费读。后台任务每分钟同步用户数据 = 用户每天 1440 次读操作。1000 个活跃用户意味着每日 144 万次读操作。以 $0.06 每 10 万来算，大约是 26 美元/天，或 780 美元/月 —— 你还没写一行付费功能。
实际例子：很多 10k DAU、负载中等的应用，Firebase 月账单已经 800–3000 美元。
Firebase 的优势：实时 API、内置认证、全球 CDN 超快、零运维。代价：你触及的每一个字节都要付钱。
Supabase：PostgreSQL 去掉运维烦恼
Supabase 是 PostgreSQL 托管 + 实时 API + 认证。固定定价：$25/月起步（500MB 存储，无限 API 调用）到 $550/月专业版（100GB 存储）。
关键区别：无限 API 调用。你付了套餐费，就不再因为凌晨 2 点的分析任务轰炸数据库而多付钱。
同样的 1000 用户应用、144 万日读操作，Supabase 的成本就是套餐价 —— 比如 $100/月（包含所有读操作在内）。Firebase 需要 780 美元+。成本相差 7.8 倍。
Supabase 的代价：你需要继承 PostgreSQL 的运维表面。全 SQL、JSONB、窗口函数、自定义类型 —— 复杂查询神器。但如果你的 schema 设计不当，你会因为 N+1 查询和慢 join 付出代价，不是账单惊吓。
PlanetScale：无服务器 MySQL
PlanetScale 是 Vitess 驱动的 MySQL。$39/月起步版（10 亿读/月）到 $299/月专业版（500 亿读/月），成本 100% 可预测。
这是中间路线。熟悉的 SQL 方言、真正的无服务器扩展（自动水平分片）、固定账单。同样的 1000 用户应用：144 万读/天 × 30 天 = 4320 万读/月。轻松装在 $39 起步套餐（10 亿读已包含）。
PlanetScale 的代价：分支即特性的思维方式转变。Schema 迁移比原生 MySQL 简单，Vitess 背后由 YouTube 考验。
真实对比
| 指标 | Firebase | Supabase | PlanetScale |
|---|---|---|---|
| 基础成本（1k DAU） | $800–$2500 | $100–$250 | $39–$150 |
| 扩展模型 | 按操作付费 | 固定套餐 | 固定套餐（十亿操作） |
| 数据库 | Firestore (NoSQL) | PostgreSQL (SQL) | MySQL (SQL) |
| 部署复杂度 | 无（完全托管） | 低（托管 Postgres） | 低（托管 MySQL） |
| 查询灵活性 | 有限（文档型） | 完整（SQL + JSONB + 高级函数） | 完整（SQL、窗口函数、CTE） |
成本真实案例
现实场景：SaaS 应用、10k DAU、每小时分析任务、实时通知、2GB 数据存储。
- Firebase：10k 用户 × 每日 50 次读（页面加载 + 后台同步）= 50 万读/天 = 1500 万/月。以 $0.06 每 10 万算，读操作就是 $90/月。加上 100k 写操作（$0.108）、存储（$0.18/GB）和网络出站，总计 $400–$500/月起。
- Supabase：买 $200/月套餐（含 40GB）。所有查询、所有读、所有写 —— 全包。$200/月。
- PlanetScale：1500 万读/月还是装不满 $39 起步版。$39/月。
Firebase 胜在零运维；Supabase 胜在查询能力；PlanetScale 胜在每操作成本。
如何真正选择
- 核心功能是移动应用或实时同步：Firebase 的实时 SDK 内置。Supabase 也能做，但需要更多接线。
- 复杂查询、报表、多表 join：Postgres（Supabase）会节省你的工程时间和成本。Firebase 需要绕路。
- 需要最低的每操作成本，不在乎实时性：PlanetScale，毫无疑问。
元决策是：别为第 1 个月优化，为第 12 个月优化。一个 $39/月 的数据库选择，在第 12 个月可能变成 $3000/月 的最大基础设施成本 —— 如果你选错了成本模型。
如果你在构建更复杂的东西 —— 多租户 SaaS、实时仪表板、驱动多个客户端的 API —— 数据库选择会级联到整个后端架构。这时候与有经验的工程团队合作就能体现价值。Trove Deck Solution 帮助创始人和中小企业在发现阶段验证这类基础设施决策，避免 6 个月后重写数据库层的噩梦。如果你在规划定制后端，想在承诺前验证架构，可以联系我们。