基于PostgreSQL的视频会议
内容提要
SpacetimeDB首次通过PostgreSQL实现视频通话，前端捕获音视频并发送至数据库，实时转发给接收者。逻辑复制确保数据有序，支持视频和音频流，每通话保留5-7秒帧，性能超出预期。
关键要点
-
SpacetimeDB首次通过PostgreSQL实现视频通话，前端捕获音视频并发送至数据库。
-
实现了实时转发音视频流，逻辑复制确保数据有序。
-
每通话保留5-7秒的帧，性能超出预期。
-
使用SvelteKit前端和Node.js WebSocket服务器，结合PostgreSQL数据库。
-
视频帧以JPEG格式存储，音频帧以PCM格式存储。
-
PostgreSQL的逻辑复制提供可靠的有序变更流，支持INSERT、UPDATE和DELETE事件。
-
每个视频通话的数据库表结构简单，包含JPEG图像的BYTEA列。
-
浏览器通过canvas和AudioWorkletNode捕获音视频，使用WebSocket传输。
-
每秒钟大约传输375-600 KB的视频数据，保持15帧每秒的流畅度。
-
设置了清理任务，每2秒删除超过5秒的旧帧，保持数据库的高效性。
-
使用LISTEN/NOTIFY机制会受到8KB负载限制，不适合视频流。
-
不记录日志的表可以加快插入速度，但不适合逻辑复制。
-
整体实现超出预期，PostgreSQL能够处理实时音视频流。
-
建议使用WebRTC进行视频通话，但此实现有助于理解逻辑复制的工作原理。
延伸问答
SpacetimeDB是如何通过PostgreSQL实现视频通话的？
SpacetimeDB通过前端捕获音视频，将其编码后发送到PostgreSQL数据库，并实时转发给接收者。
在视频通话中，PostgreSQL如何确保数据的有序性？
PostgreSQL使用逻辑复制提供可靠的有序变更流，确保INSERT、UPDATE和DELETE事件按提交顺序交付。
每个视频通话中，PostgreSQL保存多少时间的音视频帧？
每个视频通话保留5-7秒的音视频帧。
使用PostgreSQL进行视频通话的性能如何？
整体实现超出预期，PostgreSQL能够处理实时音视频流，保持15帧每秒的流畅度。
在视频通话中，音视频数据是如何传输的？
音视频数据通过WebSocket传输，视频帧以JPEG格式存储，音频帧以PCM格式存储。
为什么不建议使用LISTEN/NOTIFY机制进行视频流传输？
因为LISTEN/NOTIFY机制有8KB负载限制，不适合传输较大的视频帧，可能导致复杂性增加。
