实时配额
我们的集群支持数百万并发连接和生产工作负载的消息吞吐量。
升级您的计划以提高配额限制。即使在没有消费上限或企业计划中，仍会保留部分配额以保护预算。所有配额均可按项目进行配置。如需提高配额，请联系支持团队。
各方案配额
| 免费版 | 专业版 | 专业版(无消费上限) | 团队版 | 企业版 | |
|---|---|---|---|---|---|
| 并发连接数 | 200 | 500 | 10,000 | 10,000 | 10,000+ |
| 每秒消息数 | 100 | 500 | 2,500 | 2,500 | 2,500+ |
| 每秒频道加入数 | 100 | 500 | 2,500 | 2,500 | 2,500+ |
| 每个连接的频道数 | 100 | 100 | 100 | 100 | 100+ |
| 每个对象的Presence键数 | 10 | 10 | 10 | 10 | 10+ |
| 每秒Presence消息数 | 20 | 50 | 1,000 | 1,000 | 1,000+ |
| 广播负载大小(KB) | 256 | 3,000 | 3,000 | 3,000 | 3,000+ |
| Postgres变更负载大小(KB) (了解更多) | 1,024 | 1,024 | 1,024 | 1,024 | 1,024+ |
超出免费版和专业版配额时，您可以通过联系支持团队定制配额。
配额错误
当超过配额限制时，错误会出现在后端日志和 WebSocket 连接的客户端消息中。
- 日志：在项目仪表板的实时日志中查看
- WebSocket 错误：使用浏览器的开发者工具查找 WebSocket 初始化请求并查看具体消息
实时检查器
您可以使用实时检查器重现错误，并将连接详情分享给 Supabase 技术支持。
某些配额限制会导致频道加入请求被拒绝。Realtime 服务会通过以下 WebSocket 消息之一进行响应：
too_many_channels
单个连接当前加入的频道数量过多。
too_many_connections
项目并发连接总数超过限制。
too_many_joins
每秒频道加入请求次数过多。
tenant_events
如果项目每秒生成的消息量过大，连接将被断开。当消息吞吐量降至您的计划配额以下时，supabase-js 会自动重新连接。这里的 event 是指发送给客户端或从客户端发送的 WebSocket 消息。
Postgres 变更负载配额
当达到此配额时，new 和 old 记录负载仅包含值大小小于或等于 64 字节的字段。