整数时间（毫秒）下创建Continuous Aggregate自动刷新政策的疑问

核心结论 #

不管底层时间字段是毫秒整数类型还是标准TIMESTAMP类型，add_continuous_aggregate_policy的start_offset和end_offset参数必须传入INTERVAL类型值，不能直接传毫秒数值。TimescaleDB会自动适配时间字段的单位进行转换。

你的场景正确配置 #

按你的需求（1小时回溯窗口、1分钟数据延迟、每1分钟刷新一次），正确的SQL语句应该是：

SELECT add_continuous_aggregate_policy('order_latency_minutely',
  start_offset => INTERVAL '1 hour',
  end_offset => INTERVAL '1 minute',
  schedule_interval => INTERVAL '1 minute'
);

你的操作未生效的原因 #

1. 参数类型错误：你传入了数值360000和60000，而非要求的INTERVAL类型，TimescaleDB无法正确解析时间范围，导致没有数据被物化
2. 数值本身错误：360000实际是360秒（6分钟），和你预期的1小时（3600000毫秒）不符，即便参数类型正确也无法覆盖目标窗口
3. 日志“执行成功”仅指定时任务本身运行：任务没有报错，但因为参数错误，没有找到需要刷新的数据范围，所以物化表无更新

验证与排查建议 #

• 手动执行刷新命令测试数据是否能正常物化：

  refresh_continuous_aggregate('order_latency_minutely', now() - INTERVAL '1 hour', now() - INTERVAL '1 minute');
  

• 查看已配置的政策参数是否正确：

  SELECT * FROM timescaledb_information.continuous_aggregate_policies;
  

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