是在 Clickhouse 中记录压缩表引擎吗

Question

我有一个Log 表和一个MergeTree 表。在system.columns 表中，它有一个列data_compressed_bytes，显示为每个表的每个列压缩的字节数。我可以看到 MergeTree 表在列下显示值，但对于 Log 表，列显示全零。

Log

┌─database─┬─table──┬─name───────────┬─type─────┬─data_compressed_bytes─┬─data_uncompressed_bytes─┬─marks_bytes─┐
│ default  │ logs   │ log_time       │ DateTime │                     0 │                       0 │           0 │
│ default  │ logs   │ start_time     │ DateTime │                     0 │                       0 │           0 │

MergeTree

┌─database─┬─table─────┬─name────────┬─type─────┬─data_compressed_bytes─┬─data_uncompressed_bytes─┬─marks_bytes─┐
│ default  │ logs_m │ log_date    │ Date     │               1221802 │                20000000 │       19536 │
│ default  │ logs_m │ log_time    │ DateTime │              25181624 │                40000000 │       19536 │

所以，我想知道这是否意味着引擎类型 Log 中的列实际上被压缩了。

ClickHouse documentation 声明 TinyLog 已压缩但不确定 Log 并且我在 system.columns 表中没有看到。

Answer 1

Log引擎压缩列数据以及TinyLog。

引用doc：

TinyLog 最简单的表引擎，将数据存储在磁盘上。每个 列存储在单独的压缩文件中。

Log 与 TinyLog 的不同之处在于，“标记”的小文件与 列文件。

关于列的压缩和解压缩大小的信息不会反映在 system.columns 表中，因为 Log 是一个非常简单的引擎（不像 MergeTree) 并且不存储关于自己的列文件的大量元信息（它只维护具有压缩列大小的 sizes.json 文件）。

因此，可以为 Log 的列设置 system.columns.data_compressed_bytes，但同时设置 system.columns.data_uncompressed_bytes strong> 将为零，它可能看起来有问题。