出海部署踩坑：Supabase 连接池被打满,迁 Pro 的正确姿势

最近遇到一个数据库连接被打满的问题，顺手把它从 Supabase 免费版迁到了 Pro。记一下这次操作，尤其是迁移方式。

Supabase 的小实例，数据库连接池默认只给很少的并发连接，我这边是 15 个。平时够用，但这次带了一批常驻的后台 worker，它们要持续占着数据库连接，并发一上去就把这 15 个名额顶满了。

为什么直接迁 Pro

连接池上限是跟实例规格走的，免费版的小实例就这么多。要从根上抬高，得升级实例规格或者换更大的连接模式，这些都要在 Pro 下才有得调。

Pro 每月 $25 起，已经有一个组织是 Pro 了，索性一步到位，直接迁移过去。

迁移走的是 Project Transfer

Project Transfer 是把项目整体挪到另一个组织名下。数据库实例不动，项目 ref 不动，连接串不动，API key 也不动，变的只有计费归属。

官方文档写得很直接，项目、数据库、API key、URL 和所有设置都是即时转移，连接串和 project ref 保持原样。

入口在项目里，不在组织设置那边。进要迁的那个项目，点 Settings，General 页拉到最底下有个 Transfer Project，点开选目标组织。

前提是操作的人要同时是源组织和目标组织的成员，两边的套餐也得够。从付费往免费迁会有一两分钟 downtime，免费往付费这个方向基本无感。

项目带着自己的 ref 整体换了个组织，库本身没搬家，后端连的还是那个库，只是这个库现在归 Pro 组织、吃 Pro 的配额。

要确认迁移成不成，看项目归属的组织，或者 usage 有没有目标项目。

CleanShot 2026-06-14 at 17.10.51@2x

记得升一档 compute

迁到付费组织之后，可以顺手把 compute 从最低规格升到 Micro，连接数上限和数据库性能跟着上来。

这个免费升级，其实是 Pro 自带每月 $10 的 compute 额度抵的。Micro 正好 $10 一个月，被额度盖掉，没额外掏钱。

再往上加规格，或者一个组织里跑第二个付费项目，才开始真扣。

Micro 这一档官方给到 60 个直连、200 个连接池连接。

升级时项目会重启几分钟，这期间数据库离线，挑低峰做。

Resizing compute

Compute and Disk 选 Micro

升完连接池容量够了，再把应用侧的连接数配置调回正常值，连接被打满的问题就解决了。