Supabase 与 Firebase 对比：该选哪个后端？

如果你的数据是关系型的（客户、订单、通过关联彼此连接的发票），如果你想编写 SQL，或者你希望使用以后可以自托管的开源技术栈，那就选择 Supabase。如果你正在构建需要开箱即用离线同步和实时更新的移动优先应用，或者你已经在使用 Google Cloud，那就选择 Firebase。两者都提供数据库、登录、文件存储和无服务器函数。真正的选择是 Postgres（SQL）与 Firestore（NoSQL），以及两者各自的计费方式。

Supabase 与 Firebase 一览

MAU 指月活跃用户，即在一个月内登录过的用户。当前的具体数字请查看 Supabase 定价 和 Firebase 定价。

我们的对比方法

我们比较了截至 2026 年 9 月，Supabase 和 Firebase 各自官网及文档上公开说明的功能、额度和价格。我们没有进行实际测试，也没有做性能基准测试，并且排除了无法在供应商页面上确认的内容。价格以美元计，不含税。

真正的区别：Postgres 与 Firestore

这一个决定会影响其他所有方面。

Supabase 基于 Postgres 构建，这是一种关系型数据库：数据存放在带有行和列的表中，表与表之间相互关联。你使用 SQL 查询，Supabase 会根据你的表自动生成 API。如果你的应用中一位客户有多个订单，每个订单又有多个明细项，那么这种结构很自然地适合用表来表示。我们的指南 什么是 Postgres 用通俗的语言解释了它。

Firestore 是 NoSQL 文档数据库。 数据存放在文档中（类似 JSON 对象），文档再按集合分组。Google 将其描述为一种灵活、可扩展的数据库，应用可以通过原生 SDK 直接访问，并为应用正在使用的数据提供实时同步和离线缓存。这使得它上手很快，在网络不稳定的手机上表现也很好。但在跨越大量相关记录进行复杂报表统计时，它比 SQL 更困难。

Firebase 现在也提供 SQL Connect，让你可以通过 Firebase 使用 Cloud SQL for PostgreSQL。截至 2026 年 9 月，Firebase 为第一个实例列出了为期三个月的免费试用，之后按月收费。因此，“Firebase 不能用 SQL”这种说法已经不成立，但在 Firebase 中，Postgres 是一个附加组件，而不是核心。

如果你不确定自己的数据属于哪种结构，请先阅读 SQL 与 NoSQL。

免费套餐对比

Supabase 免费版（截至 2026 年 9 月）：

• 500 MB 数据库，运行在共享 CPU 上，配备 500 MB 内存
• 每月 50,000 名活跃用户
• 1 GB 文件存储和 5 GB 出站流量（发送出去的数据）
• 500,000 次 Edge Function 调用
• 最多 2 个活跃项目
• 项目在闲置 1 周后会被暂停
• 没有备份；日志保留约一天

Firebase Spark（截至 2026 年 9 月），无需支付方式：

• Cloud Firestore：1 GiB 存储，每天 5 万次读取、2 万次写入和 2 万次删除
• Authentication：每月 5 万名活跃用户
• Hosting：10 GB 存储，每天 360 MB 传输量
• Realtime Database：1 GB 存储，100 个同时连接
• Cloud Functions、App Hosting 以及新的 Cloud Storage 存储桶在 Spark 上不可用

实际的区别在于：Supabase 的免费套餐包含无服务器函数，但会暂停不活跃的项目。Firebase 的定价页面没有提到暂停闲置的 Spark 项目，但如果你需要服务器端代码或新的存储桶，就必须升级到 Blaze（并绑定计费账户）。

付费价格对比

Supabase 收取每月套餐费用，另加超出包含额度的用量费用：

• Pro，每月起价 25 美元： 每个项目 8 GB 磁盘，10 万名 MAU，250 GB 出站流量，100 GB 文件存储，200 万次 Edge Function 调用，每月 10 美元计算额度，每日备份保留 7 天。超额示例：每超出 1 GB 磁盘收费 0.125 美元，每超出 1 GB 出站流量收费 0.09 美元。
• Team，每月起价 599 美元： 包含相同的用量额度，另外提供 14 天备份和 28 天日志保留。
• Enterprise： 定制价格。

Firebase Blaze 为按量付费，需要有效的计费账户。你先享受免费额度，然后按照 Google Cloud 的费率按使用量付费。例如，Cloud Functions 每月 200 万次调用以内免费，之后每百万次收费 0.40 美元。符合条件的新用户可以获得 300 美元的 Google Cloud 额度。

哪个更便宜取决于你的应用。固定的 25 美元很容易做预算。按读取次数计费对于小型应用可能非常便宜，但如果 Firestore 应用的每个界面都要读取大量文档，账单可能会迅速增长。在做决定之前，请对两者都进行估算。

身份验证、存储和函数

• 身份验证： 两者都提供托管的登录服务，并且都免费提供每月 5 万名活跃用户。Supabase 将身份验证与 Postgres 的**行级安全（Row Level Security）**结合使用，即在数据库中定义每个用户能够看到哪些行的规则。Firebase 将 SAML/OIDC（企业单点登录）用户单独计算，免费额度为 50 名。关于基础知识，请参阅什么是身份验证。
• 存储： Supabase Storage 兼容 S3，并提供 CDN 和图片转换功能。Firebase 的 Cloud Storage 新存储桶需要 Blaze 计划。
• 函数： Supabase Edge Functions 基于 Deno 运行 TypeScript。Firebase Cloud Functions 需要 Blaze 计划。
• AI： Supabase 提供基于 pgvector 的 Vector，用于嵌入。Firebase 提供 AI Logic（按 Google Cloud 或 Gemini API 费率计费）以及 Firebase Studio。

厂商锁定与可迁移性

Supabase 表示其所有核心工具都是开源的，支持自托管。而且由于数据库是标准的 Postgres，你可以将其导出，并导入到任何 Postgres 主机中。如果你担心被单一厂商绑定，这是选择 Supabase 最有力的理由。

Firebase 是托管的 Google 服务。你可以导出数据，但 Firestore 的文档模型和安全规则是 Firebase 特有的，因此迁移到其他平台意味着要重新设计数据结构，并重写使用这些数据的代码。

各自适合谁

如果符合以下情况，选择 Supabase：

• 你的数据是关系型的：用户、团队、订单、发票、预订
• 你或你的开发者熟悉 SQL，或者需要报表和仪表板
• 你希望保留自托管或迁移到其他 Postgres 主机的选项
• 每月固定费用更符合你的预算

如果符合以下情况，选择 Firebase：

• 你正在开发一款必须能离线工作、之后再同步的移动应用
• 你希望以很少的设置实现实时监听
• 你已经在使用 Google Cloud、Google Analytics 或其他 Firebase 工具
• 你的数据确实是文档结构，并且你更愿意按使用量付费

Mythex 的定位

Supabase 和 Firebase 都是后端：你仍然需要在它们之上构建应用，并把前端托管在其他地方。如果你希望在聊天中描述应用，就能获得完整的成品，那么 Mythex 是一款 AI 应用构建器，它会编写代码、在实时预览中运行并发布应用。当你的应用需要存储数据时，Mythex 会为该项目添加一个专用 Postgres 数据库，它在闲置 5 分钟后进入休眠，并与构建和托管使用同一套积分余额计费。

这非常适合客户门户、CRM 或预订工具等网页应用。它并不能替代 Firebase 的离线移动同步功能，而且 Mythex 的 Android 和 iPhone 应用（Pro 版）是对网页应用的封装，而不是完全原生的应用。如果你已经在使用 Supabase 或 Firebase，也可以让 Mythex 智能体使用你自己的密钥连接到现有项目。关于一般的方法，请参阅如何为你的应用添加数据库。

结论

• Supabase 是网页应用和具有关系型数据的 SaaS 产品更可靠的默认选择，也适合重视 SQL 和可迁移性的人。
• Firebase 是移动优先应用的更好选择，这类应用需要离线同步和实时更新；它也适合已经深度使用 Google Cloud 的团队。

两者都有相当慷慨的免费套餐，因此最省事的做法是：在两者上各构建一个小功能，看看哪个用起来更顺手。更多后端选择，请参阅我们的 Supabase 替代方案 汇总文章。

常见问题