Supabase实时数据库监听器计费规则及消息计数逻辑咨询

先明确「Realtime Message」的定义 #

根据Supabase官方文档描述，Realtime消息指通过Realtime Channel传输的单条数据单元，涵盖三类场景：

• Postgres数据库变更（INSERT/UPDATE/DELETE）的推送
• 客户端之间通过Broadcast发送的消息
• Presence状态更新（比如用户上下线、状态变更）

针对你的两个疑问逐一解答 #

1. 单个实时Postgres数据库监听器更新是否算作一条消息？
   是。当Postgres中产生一条数据变更（比如修改一行记录），Realtime服务捕获到该变更后生成的推送内容，会被计为1条Realtime消息。

2. 若是，是否每个连接的客户端都计为一条消息？
   不是。核心计数逻辑是：单条事件（比如一次Postgres变更、一条Broadcast消息）只会被计为1条消息，无论有多少订阅该Channel的客户端收到这条推送。

举个例子：如果你的应用有100个客户端订阅了某个监听用户表的Realtime Channel，当表中新增一行数据时，Realtime服务会给这100个客户端都推送这条变更，但只会消耗你的1条Realtime消息额度，而非100条。

同样的逻辑适用于Broadcast和Presence消息：一条Broadcast消息发给50个订阅者，只计1条；一次Presence状态更新推送给所有在线客户端，也只计1条。

内容的提问来源于stack exchange，提问作者styke