表分区片段

ClickHouse中的表分片是什么？

ClickHouse中每个表的数据在磁盘上以不可变的 data parts 集合组织，属于 MergeTree 引擎家族。

为了说明这一点，我们使用这个表（改编自英国物业价格数据集），该表跟踪英国出售房产的日期、城镇、街道和价格：

您可以在我们的 ClickHouse SQL Playground 中查询此表。

每当一组行插入到表中时，就会创建一个数据部分。以下图示展现了这一过程：

当 ClickHouse 服务器处理上面图中绘制的插入 4 行数据（例如，通过 INSERT INTO 语句）时，它执行几个步骤：

① 排序：行按表的排序键 (town, street) 排序，并为排序后的行生成一个稀疏主索引。

② 拆分：排序后的数据被拆分成列。

③ 压缩：每列被压缩。

④ 写入磁盘：压缩后的列以二进制列文件的形式保存在一个新的目录中，该目录表示插入的数据部分。稀疏主索引也会被压缩并存储在同一目录中。

根据表的具体引擎，除了排序之外，可能还进行其他转换 may。

数据部分是自包含的，包括解释内容所需的所有元数据，而无需依赖中央目录。除了稀疏主索引外，部分还包含其他元数据，例如次级数据跳过索引、列统计信息、校验和、最小-最大索引（如果使用了分区），以及更多。

为了管理每个表的部分数量，后台合并任务会定期将较小的部分合并成较大的部分，直到它们达到可配置的压缩大小（通常约为 150 GB）。合并后的部分标记为非活动，并在经过可配置的时间间隔后被删除。随着时间的推移，这一过程创建了合并部分的层次结构，这就是为什么称之为 MergeTree 表：

为了最小化初始部分的数量以及合并的开销，建议数据库客户端 encouraged 批量插入元组，例如一次插入 20,000 行，或者使用异步插入模式，在该模式下，ClickHouse 将来自多个插入的行缓冲到同一表中，只有在缓冲区大小超过可配置阈值或超时到期后，才创建一个新部分。

您可以通过使用虚拟列 _part 来查询我们示例表的所有当前活动部分列表：

上面的查询检索了磁盘上目录的名称，每个目录代表表的一个活动数据部分。这些目录名称的组成部分具有特定含义，感兴趣的用户可以在这里查阅相关文档以进一步探索。

另外，ClickHouse 跟踪所有表的所有部分的信息，可以在 system.parts 系统表中找到，以下查询返回我们示例表的所有当前活动部分、它们的合并级别以及存储在这些部分中的行数：

每次对部分进行额外合并时，合并级别增加一。级别为 0 表示这是一个尚未合并的新部分。