Quick answer: Supabase has multiple independent constraints. Match the exact plan, model, runtime, invocation mode, or server configuration shown in each row.
Current documented limits
| Constraint | Current value | Scope | Verified source |
|---|---|---|---|
| Database max connectionsSupabase labels database max connections as recommended values that can be customized; pooler client limits are separate. | 60 | Nano (Free) and Micro compute | SupabaseAug 22, 2026 |
| Connection pooler max clientsClient connections to the pooler are distinct from backend connections to PostgreSQL. | 200 | Nano (Free) and Micro compute | SupabaseAug 22, 2026 |
How to apply Supabase limits safely
The monitored baseline covers Database max connections, Connection pooler max clients. Treat these as separate constraints rather than one platform-wide capacity number: a workload can fit one row and still fail another because the plan, model, endpoint, runtime, region, invocation mode, or account scope differs.
- Match the production workload to the exact scope printed beside each value and confirm it in the active Supabase console, configuration, or response headers.
- Measure the serialized request, token volume, duration, concurrency, storage, or connection demand at realistic percentiles, then preserve headroom for bursts and retries.
- Check every adjacent layer—client, SDK, gateway, proxy, queue, database, and downstream service—for a smaller effective limit before changing architecture.
Specific limit pages
These pages exist because the constraint has a distinct implementation or troubleshooting intent. Closely related keyword variations stay consolidated.