Documentation Index Fetch the complete documentation index at: /docs/llms.txt Use this file to discover all available pages before exploring further. ​ 轻量级 DELETE 不会立即删除数据 ​ 轻量级 DELETE 的局限性 ​ 带投影的 轻量级 DELETE ​ 使用轻量级 DELETE 时的性能注意事项 DELETE 查询中的 WHERE 条件开销较大。 如果变更队列中积压了大量其他变更，可能会导致性能问题，因为表上的所有变更都会按顺序执行。

受影响的表包含非常多的 parts。 compact parts 中有大量数据。在 compact part 中，所有列都存储在一个文件中。 ​ ClickHouse 中轻量级 DELETE 的内部工作原理 为受影响的行应用“掩码” 当执行 DELETE FROM table ... 查询时，ClickHouse 会保存一个掩码，将每一行标记为“存在”或“已删除”。这些“已删除”的行在后续查询中会被忽略。不过，这些行实际上只会在后续合并时才被真正移除。写入这个掩码比 ALTER TABLE ... DELETE 查询所执行的操作要轻量得多。 该掩码通过一个隐藏的 _row_exists 系统列来实现：对所有可见行存储 True ，对已删除的行存储 False 。只有当某个 part 中有部分行被删除时，这一列才会存在于该 part 中。如果某个 part 中这一列的所有值都为 True ，则这一列不存在。 SELECT 查询会被改写为包含该掩码的形式 当查询中用到了带掩码的列时， SELECT ... FROM table WHERE condition 查询在内部会额外加入 _row_exists 上的过滤条件，并被改写为： SELECT ... FROM table PREWHERE _row_exists WHERE condition 在执行时，会读取 _row_exists 列，以确定哪些行不应返回。如果已删除的行很多，ClickHouse 在读取其余列时还可以判断哪些粒度可以被完全跳过。 DELETE 查询会被转换为 ALTER TABLE ... UPDATE 查询 DELETE FROM table WHERE condition 会被转换为 ALTER TABLE table UPDATE _row_exists = 0 WHERE condition 变更。 在内部，此变更分两步执行： 对每个单独的 part 执行 SELECT count() FROM table WHERE condition 命令，以确定该 part 是否受影响。 根据上述命令的结果，对受影响的 parts 执行变更，并为未受影响的 parts 创建硬链接。对于 wide parts，会更新每一行的 _row_exists 列，而其他所有列的文件则创建硬链接。对于 compact parts，由于所有列都存储在同一个文件中，因此所有列都会被重写。 从上述步骤可以看出，使用掩码技术的轻量级 DELETE 相比传统的 ALTER TABLE ... DELETE 性能更好，因为它不需要为受影响的 parts 重写所有列的文件。 对每个单独的 part 执行 SELECT count() FROM table WHERE condition 命令，以确定该 part 是否受影响。 根据上述命令的结果，对受影响的 parts 执行变更，并为未受影响的 parts 创建硬链接。对于 wide parts，会更新每一行的 _row_exists 列，而其他所有列的文件则创建硬链接。对于 compact parts，由于所有列都存储在同一个文件中，因此所有列都会被重写。 博客： ClickHouse 中更新和删除的处理