误删TimescaleDB连续聚合表块后，如何无需修改源表刷新聚合表？

问题场景 #

误执行SELECT drop_chunks('measurements_hourly', INTERVAL '1 month');删除了连续聚合视图measurements_hourly的旧块，调用CALL refresh_continuous_aggregate('measurements_hourly', NULL, NULL);时系统返回continuous aggregate "measurements_hourly" is already up-to-date，但原超表measurements存有1年前的数据，measurements_hourly仅保留最近1个月记录，需重新计算已删除的旧聚合数据且不想修改原超表。

解决方案 #

方法1：指定时间范围并强制刷新（推荐） #

使用refresh_continuous_aggregate时明确指定需重新计算的时间区间，并设置skip_updated参数为false，强制系统重新生成该区间的聚合数据，即使系统判定该区间已更新完成。

示例命令：

-- 刷新从1年前到当前的所有数据，可根据实际时间范围调整
CALL refresh_continuous_aggregate(
    'measurements_hourly',
    now() - INTERVAL '1 year',
    now(),
    skip_updated => false
);

若不确定原超表的最早数据时间，可先查询：

SELECT MIN(time_column) FROM measurements; -- 替换为你的时间列名

将查询结果作为刷新起始时间，比如：

CALL refresh_continuous_aggregate(
    'measurements_hourly',
    '2023-01-01 00:00:00'::TIMESTAMPTZ, -- 替换为原表最早时间
    now(),
    skip_updated => false
);

方法2：重置连续聚合的刷新状态 #

若方法1无法覆盖所有需刷新区间，可手动删除连续聚合的刷新进度元数据，让系统重新扫描所有时间区间：

1. 查询连续聚合的mat_hypertable_id：

SELECT mat_hypertable_id FROM timescaledb_information.continuous_aggregates WHERE view_name = 'measurements_hourly';

2. 删除对应的刷新进度记录：

DELETE FROM _timescaledb_catalog.continuous_aggs_refresh_progress WHERE mat_hypertable_id = <你的mat_hypertable_id>;

3. 执行全量刷新：

CALL refresh_continuous_aggregate('measurements_hourly', NULL, NULL);

原理说明 #

TimescaleDB的连续聚合会记录已刷新的时间区间，默认refresh_continuous_aggregate会跳过已标记为刷新完成的区间。误删聚合块后，系统的刷新进度记录未同步更新，因此错误判定所有区间已完成刷新。通过设置skip_updated => false或重置刷新进度，可强制系统重新计算指定区间的聚合数据，无需修改原超表。

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