连续聚合的迟到数据可能永远不会被重算 RSS

TimescaleDB 的连续聚合靠 invalidation 日志和定时刷新保持同步，start_offset 是回溯窗口，end_offset 是新鲜度下限。Damaso Sanoja 指出一个容易忽略的坑：迟到写入若落在已物化且超出回溯窗口的 bucket 上就永远不会重算，聚合结果静默保持错误值，而 real-time aggregation 只覆盖 watermark 之后尚未物化的部分，救不了这种情况。

发布于 2026-09-10T10:59:48.29304Z · Damaso Sanoja · TigerData 博客

TimescaleDB 连续聚合

TimescaleDB 的连续聚合靠 invalidation 日志和定时刷新保持同步，start_offset 是回溯窗口，end_offset 是新鲜度下限。Damaso Sanoja 指出一个容易忽略的坑：迟到写入若落在已物化且超出回溯窗口的 bucket 上就永远不会重算，聚合结果静默保持错误值，而 real-time aggregation 只覆盖 watermark 之后尚未物化的部分，救不了这种情况。

TimescaleDB 的连续聚合靠 invalidation 日志和定时刷新保持同步，start_offset 是回溯窗口，end_offset 是新鲜度下限。Damaso Sanoja 指出一个容易忽略的坑：迟到写入若落在已物化且超出回溯窗口的 bucket 上就永远不会重算，聚合结果静默保持错误值，而 real-time aggregation 只覆盖 watermark 之后尚未物化的部分，救不了这种情况。

原始来源 ↗

来源记录

• center.info_item · 04341177d5979d26 · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 04341177d5979d26 · 2026-10-03T04:08:55.967155Z