Supabase 免费套餐全拆解：500MB 是真免费，1GB 和 50GB 都是记串了

壹贰云测评 · 壹贰线报板块 · 官方定价页核实 · 核实时点：2026 年 10 月

导语

大家好，我是壹贰。今天继续「云平台免费额度」系列。

Supabase 这两年被独立开发者捧成「开源 Firebase 平替」，配合 AI 编程工具，几乎成了原型阶段的默认后端——专属 Postgres + 认证 + 存储 + 实时订阅 + 边缘函数 + 自动生成的 API，一套打齐。

但关于它免费额度的资料，网上的版本五花八门，很多是互相抄的旧口径。我把 supabase.com/pricing 官方定价页、官方数据库文档、官方扩展文档、官方账单文档逐页过了一遍，发现流传最广的那份说法里，有三处数字对不上，而且其中一处会直接影响你选型。

这篇就把免费套餐逐项摊开说清楚。

一、先更正三处关键数字

这是网上那份说法和官方页面的逐项对照：

把三处更正说透：

更正一：「1GB 出站流量」是把「1GB 文件存储」记串了。免费档确实有一个 1GB，但它写在 Storage（文件存储） 那一栏，不是流量。免费版的出站额度分两项：5 GB 普通出站（egress）+ 5 GB 缓存出站（cached egress），合计 10GB。

更正二：「50GB 带宽」官方页面上根本没有这一档。免费版带宽总额就是上面那 10GB。50,000 是 MAU（月活跃用户）的数字，单位是「人」，被抄成了「50GB 带宽」，属于典型的二手资料串行。

更正三（最关键，也最容易踩）：免费额度是「组织级」的，不是「每项目一份」。官方带宽文档的原话是：免费计划的组织有 10GB 带宽限制，算法是从 Supabase 服务器传输到客户端的数据总量，包含来自数据库、存储和函数的所有数据。

这意味着两点：

• 你在同一个账号下开两个项目，两个项目共用这 10GB，不是各 5GB；

• 网上教你「多开几个项目白嫖免费额度」的教程，对流量、文件存储、边缘函数调用次数这些配额是行不通的——它们在组织层面就已经被卡死了。

另外补一句官方账单文档里的硬规则：同一个组织内不能混用套餐。你没法在一个组织里同时放一个免费项目和一个 Pro 项目，想分档必须开不同组织。

二、免费版到底给了什么：逐项核对

✅ 真实免费、且没有打折的部分

• 专属 Postgres 数据库，500 MB，共享 CPU + 500 MB 内存。注意它不是「Postgres 兼容」的替代品，也不是共享租户，每个项目就是一个独立的 Postgres 实例，可以用 psql、Prisma、Drizzle 或任意 Postgres 客户端直连；

• API 请求不限量（Unlimited API requests，四个档位都写的是 In）。

• 完整 Postgres 权限体系：行级安全策略（RLS）、完整的 Postgres 角色、自定义 Policy，一个都不少——这是 Supabase 相对其他 BaaS 的核心壁垒；

• 一键启用 40+ 个 Postgres 扩展。官方扩展列表里，你提到的 pgcrypto（加密函数）、pg_net（异步 HTTP）、pg_cron（定时任务调度）全都收录，另外还有 pgvector（向量检索）、PostGIS（地理信息）、pg_graphql、pg_stat_statements、pg_trgm 等，后台点一下就开；

• 自动生成 REST 和 GraphQL API：由 PostgREST 按表结构自动生成 CRUD 端点，由 pg_graphql 生成 GraphQL 端点，建完表接口就绪，不用手写后端；

• Storage 文件存储 1 GB（S3 兼容接口）；

• Realtime 实时订阅：峰值并发连接 200 个、每月 200 万条消息、单条消息上限 256 KB；

• Edge Functions 边缘函数：每月 50 万次调用（基于 Deno 运行时）；

• Auth 认证：每月 50,000 MAU；

• Dashboard 团队成员不限人数；

• 注册不需要绑信用卡。

❌ 看起来像「标配」、其实不在免费档

• 自动备份：官方定价页免费档写的是明确「Not included in」。也就是说 免费版数据库没有自动备份，数据丢了回不来；

• 数据库分支（Branching）：Not included in；

• 自定义域名：免费版只能用 xxx.supabase.co 二级域名，自定义域名是 Pro 档的能力；

• 时间点恢复（PITR）：单独加购项，免费档没有；

• 日志保留只有 1 天（API 与数据库日志都是 1 天）；日志摄取 1GB、日志查询 100GB；

• SOC 2 / ISO 27001 / HIPAA 等合规：Team 档起；

• 支持渠道：免费档只有社区支持，邮件支持从 Pro 开始。

⚠️ 三个必须提前知道的隐性限制

1. 每组织最多 2 个活跃项目，而且这个限制是跨组织的——你在所有自己是 Owner / Admin 的组织里加起来只有 2 个（暂停的项目不占额度）；

2. 7 天无访问自动暂停。不是降级、不是限流，是直接停掉，必须手动进后台恢复。把 Demo 链接发给客户、对方点进来看到「Project Paused」，是独立开发者圈的名场面；

3. 500MB 是数据 + 索引 + 日志的总空间。做向量检索、大量 JSON 字段、频繁更新的表，很容易先爆存储，而不是先爆流量。

三、Free / Pro / Team 一张表看懂

表格中的超量单价与档位差异，以 Supabase 官方定价页最新版本为准。

四、适合谁，不适合谁

✅ 适合

• 独立开发者、开源项目、MVP 验证：50,000 MAU + 不限量 API 请求，跑一个中小规模产品完全够；

• 需要精细数据权限的应用：RLS + Postgres 角色写在数据库层，能省下大量后端权限代码；

• AI / 向量类应用：pgvector 免费开，500MB 够做小型向量检索验证；

• 想要「数据库 + 认证 + 存储 + 实时 + 边缘函数」一体化的全栈原型：不用自己拼一整套后端；

• 海外市场的 ToC 应用：社交登录、边缘函数、Realtime 全在免费档内。

❌ 不适合

• 正式上线的生产业务：7 天闲置暂停 + 无自动备份，这两条决定了它不适合扛真实业务；

• 有数据安全 / 合规要求的项目：等保、SOC 2、HIPAA 都要 Team 档起步；

• 需要自定义域名的对外站点：免费档只能用官方二级域名；

• 国内 ToC 产品：官方节点在海外，国内访问延迟和稳定性都不理想，也没有原生微信登录；

• 把多个项目都压在同一个组织里还想各自独立吃额度：流量、存储、函数调用都是组织级共享配额。

五、7 步快速上手

1. 用 GitHub 账号登录 supabase.com 注册（不需要绑信用卡）；

2. 新建 Organization → 新建 Project，选离目标用户最近的 Region；数据库密码务必单独保存；

3. 进 Table Editor 建表，或者直接在 SQL Editor 里跑 CREATE TABLE；

4. 建完表立刻启用 RLS 并写 Policy：ALTER TABLE 表名 ENABLE ROW LEVEL SECURITY; —— 默认新建的表是不开 RLS 的，等于所有匿名请求都能读写；

5. 去 Database → Extensions，按需一键开启 pgcron / pg_net / pgcrypto / pgvector 等扩展；

6. 前端装 @supabase/supabase-js，把 Project URL 和 anon public key 放进环境变量，直接 supabase.from('表名').select() 就能取数——REST 端点已经自动生成好了；

7. 需要实时能力就订阅 Realtime，需要跑后端逻辑就用 Edge Functions；上线前记得先确认 500MB 和 10GB 两个盘子的余量。

六、几个必须知道的实战坑

• 不要用 service_role key 做前端请求。这个 key 绕过所有 RLS 策略，泄露等于把整个数据库交出去，只能放在服务端；

• 默认不开 RLS 不等于安全。Supabase 的 anon 角色对没开 RLS 的表有完整读写权限，这是新手最大的安全事故来源；

• 免费版没有自动备份。500MB 的数据看着不多，但真丢了就是丢了，重要项目请自己定期 pg_dump 导出；

• 闲置保活可以用外部定时任务（比如每天定时 ping 一次 REST 端点），但官方并不鼓励这种做法，属于权宜之计；

• 配额是组织级的。做多个项目时，先算总账，别以为每开一个项目就多一份免费额度；

• 升级套餐要整组织升。付费档的权益是给组织下所有项目的，不能只挑一个项目升。

参考来源：Supabase 官方定价页 supabase.com/pricing、官方数据库文档（database.md）、官方 Postgres 扩展文档、官方账单与带宽文档（billing-on-supabase、storage 带宽章节）、官方 Edge Functions 用量文档。

文中价格与规则以官方文档为准（核实时点：2026 年 10 月）。