ClickHouse 表 TTL

目前在 ClickHouse 中只有 MergeTree 表支持 TTL。最开始 TTL 只是用于自动删除数据，后续添加了重压缩、移动到另一个磁盘、聚合等能力，甚至添加了列 TTL。^[1]

需要注意的是，删除、聚合的 TTL 并不会实时触发，而是在合并 parts 时触发。对于不会主动合并的表（比如没有插入），也有触发方案：

• merge_with_ttl_timeout: the minimum delay in seconds before repeating a merge with delete TTL. The default is 14400 seconds (4 hours).
• merge_with_recompression_ttl_timeout: the minimum delay in seconds before repeating a merge with recompression TTL (rules that roll up data before deleting). Default value: 14400 seconds (4 hours).

也就是说默认配置下，每 4 小时会触发一次 TTL 删除/聚合。

修改 TTL

当执行 ALTER TABLE tbl MODIFY (ADD) TTL 时，ClickHouse 会执行两步：

1. 更新表元信息：更新 schema .sql、更新 zookeeper 中的元信息。这一步通常很轻量、快。更新后新插入的数据会按照新的 TTL 规则来计算。
2. 重新计算所有现有 parts：读取所有列数据，重新计算 TTL，执行 TTL 规则。这一步通常很重。

由于第二步比较重，对于较大的表执行 TTL 变更时有可能会在 clickhouse client 处收到超时提示，但 ClickHouse 实际会在后台执行改 mutation，可以查询 system.mutations 表查看变更进度。

可以修改用户会话配置来临时禁止第二步：SET materialize_ttl_after_modify=0;。这种情况下，现有数据仍然会按照旧 TTL 执行逻辑。

在第 2 步中，ClickHouse 分为两步去执行：

• 2.1 重新计算 TTL：轻量
• 2.2 执行新 TTL 规则：读取所有列、执行 TTL

同样，可以通过修改 MergeTree 表配置来禁止 2.2 步：ALTER TABLE tbl MODIFY SETTING materialize_ttl_recalculate_only=1。这种情况下，只有在合并 parts 时会执行 TTL 更新。