OPTIMIZE TABLE ... FINAL (参见相关文档) ,因为它适用于管理场景,而非日常操作。
OPTIMIZE 无法修复 parts 过多 错误。OPTIMIZE 查询支持 MergeTree 家族 (包括 materialized views) 和 Buffer 引擎。其他表引擎不支持。
当 OPTIMIZE 与 ReplicatedMergeTree 家族的表引擎一起使用时,ClickHouse 会创建一个合并任务,并等待它在所有副本上执行完成 (如果 alter_sync 设置为 2) ,或在当前副本上执行完成 (如果 alter_sync 设置为 1) 。
- 如果
OPTIMIZE因任何原因未执行合并,不会通知客户端。要启用通知,请使用 optimize_throw_if_noop 设置。 - 如果指定了
PARTITION,则只会优化指定分区。如何设置分区表达式。 - 如果指定了
FINAL或FORCE,即使所有数据已经在一个 分片 中,也会执行优化。你可以使用 optimize_skip_merged_partitions 控制此行为。此外,即使当前正在执行并发合并,也会强制执行合并。 - 如果指定了
DEDUPLICATE,则会对完全相同的行进行去重 (除非指定了 BY 子句) ;也就是说,会比较所有列。这仅对 MergeTree 引擎有意义。
OPTIMIZE 查询的时长 (以秒为单位) 。
如果
alter_sync 设置为 2,并且某些副本处于非活动状态的时间超过了 replication_wait_for_inactive_replica_timeout 设置指定的时长,则会抛出 UNFINISHED 异常。DRY RUN
DRY RUN 子句会在不提交结果的情况下模拟合并指定的 parts。合并后的分片会写入临时位置,经过校验后再丢弃。原始 parts 和表数据均保持不变。
这在以下场景中很有用:
- 测试不同 ClickHouse 版本中的合并正确性。
- 以确定性的方式复现与合并相关的 bug。
- 对合并性能进行基准测试。
DRY RUN 仅支持 MergeTree 家族的表。必须使用 PARTS 关键字并提供分片 名称列表。所有指定的 parts 都必须存在、处于活动状态,并且属于同一个分区。
DRY RUN 与 FINAL 和 PARTITION 不兼容。它可以与 DEDUPLICATE (可选择指定列) 以及 CLEANUP (用于 ReplacingMergeTree 表) 结合使用。
语法
CHECK TABLE 查询的方式进行校验。此行为由 optimize_dry_run_check_part 设置控制 (默认启用) 。禁用后将跳过校验,这对仅对合并过程本身进行基准测试很有帮助。
示例
BY 表达式
*、COLUMNS 或 EXCEPT 表达式的任意组合。显式写出的或隐式展开的列列表,必须包含行排序表达式 (包括主键和排序键) 以及分区表达式 (分区键) 中指定的所有列。
请注意,
* 的行为与 SELECT 中相同:MATERIALIZED 和 ALIAS 列不会被展开。此外,指定空列列表、写出结果为空列列表的表达式,或按 ALIAS 列去重,都会报错。Query
Query
Query
Response
DEDUPLICATE
Query
Query
Response
DEDUPLICATE BY *
ALIAS 或 MATERIALIZED 的列去重。以上表为例,这些列包括 primary_key、secondary_key、value 和 partition_key:
Query
Query
Response
DEDUPLICATE BY * EXCEPT
ALIAS、也非 MATERIALIZED,且明确排除 value 的列进行去重:primary_key、secondary_key 和 partition_key 列。
Query
Query
Response
DEDUPLICATE BY <list of columns>
primary_key、secondary_key 和 partition_key 列进行显式去重:
Query
Query
Response
DEDUPLICATE BY COLUMNS(<regex>)
primary_key、secondary_key 和 partition_key 列:
Query
Query
Response