为何指定epoch 38、39查询表数据报错，仅epoch 40可正常查询

原因分析 #

这是Vertica数据库的历史数据回收机制导致的，和行字段上标记的写入epoch没有直接关联，核心逻辑如下：

• Vertica会通过 Ancient History Mark（AHM，古老历史标记） 维护当前可回溯查询的历史epoch下限，所有早于AHM的epoch快照都会被系统自动清理，释放存储空间。你报错提示里明确说明早于40的epoch已不存在，说明当前数据库的AHM已经推进到了40，所以查询38、39的epoch快照会直接报超出范围。
• 你从test表查到的每行的epoch值，只是该行数据写入提交时归属的epoch编号，属于行的固定属性标记，只要该行没有被修改、删除，这个标记会一直保留，和数据库是否还保留对应epoch的快照没有关系。
• 你可以执行命令 SELECT GET_AHM_EPOCH(); 验证当前的AHM阈值，返回结果一定是40，和报错提示的阈值完全匹配。

拓展说明 #

如果需要保留更久的历史epoch用于时间旅行查询，可以调整数据库的历史保留策略：修改HistoryRetentionTime（历史数据保留时长，单位为秒）或者HistoryRetentionSize参数，也可以手动将AHM回退到你需要的更早epoch，不过调整后会占用更多磁盘空间来存储历史版本数据。

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