什么是 ClickHouse？
ClickHouse® 是一个用于联机分析处理（OLAP）的列式 SQL 数据库管理系统（DBMS）。它既提供开源软件版本，也提供 Cloud 服务。
ClickHouse® 是一款高性能列式 SQL 数据库管理系统 (DBMS) ，用于在线分析处理 (OLAP) 。它既有开源软件版本，也提供云服务。
你可以在 ClickHouse SQL Playground 中运行此查询，它只会从现有的100 多个列中选取并过滤少数几个，并在几毫秒内返回结果：
如上图的统计信息所示，该查询在 92 毫秒内处理了 1 亿行，吞吐量约为每秒超过 10 亿行，或者说每秒传输略低于 7 GB 的数据。
行式 DBMS
在行式数据库中，尽管上面的查询只处理了现有列中的少数几个，系统仍然需要将其他列的数据从磁盘加载到内存中。原因在于，数据在磁盘上是以称为 块 的数据块形式存储的 (通常是固定大小，例如 4 KB 或 8 KB) 。块是从磁盘读入内存的最小数据单位。当应用程序或数据库请求数据时，操作系统的磁盘 I/O 子系统会从磁盘读取所需的块。即使只需要块中的一部分，整个块也会被读入内存 (这是由磁盘和文件系统的设计决定的) ：
列式 DBMS
由于每一列的值在磁盘上都是连续存储的，因此运行上述查询时不会加载任何不必要的数据。
由于按块存储以及从磁盘到内存的传输方式都与分析查询的数据访问模式相契合，查询时只需从磁盘读取所需的列，从而避免对未使用数据进行不必要的 I/O。与行式存储相比，这种方式要快得多，因为行式存储会读取整行数据 (包括无关的列) ：
分析 (也称为 OLAP，即 Online Analytical Processing) 是指针对海量数据集执行包含复杂计算 (例如聚合、字符串处理和算术运算) 的 SQL 查询。
与事务型查询 (即 OLTP，Online Transaction Processing) 不同，后者每次查询只读写少量行，因此通常可在毫秒内完成；而分析查询通常要处理数十亿甚至数万亿行。
在许多使用场景中，分析查询必须是“实时”的，也就是在不到一秒内返回结果。
只有采用正确的数据“组织方式”，才能实现这样的性能水平。
数据库存储数据的方式要么是行式，要么是列式。
在行式数据库中，表中的连续行会按顺序逐行存储。这种布局可以快速检索行，因为同一行的各列值是存放在一起的。
ClickHouse 是列式数据库。在这类系统中，表以列的集合形式存储，也就是说，每一列的值会按顺序连续存放。这种布局使还原单行数据变得更困难 (因为同一行的各个值之间现在存在空缺) ，但列操作 (如过滤或聚合) 的速度会比行式数据库快得多。
下面通过一个在 1 亿行真实匿名网站分析数据上运行的示例查询，来更直观地说明这种差异：
ClickHouse 使用异步多主复制机制，确保数据以冗余方式存储在多个节点上。数据写入任意一个可用副本后，其余副本会在后台拉取各自的副本。系统会在不同副本之间保持数据一致。在大多数故障情况下，恢复过程会自动完成；在较复杂的情况下，则会半自动完成。
ClickHouse 使用 SQL 查询来管理用户账户，并支持配置基于角色的访问控制，其方式与 ANSI SQL 标准及常见的关系型数据库管理系统类似。
ClickHouse 支持一种基于 SQL 的声明式查询语言，在许多情况下与 ANSI SQL 标准相同。支持的查询子句包括 GROUP BY、ORDER BY、FROM 中的子查询、JOIN 子句、IN 运算符、窗口函数 以及标量子查询。
ClickHouse 提供了以精度换取性能的多种方式。例如，某些聚合函数会以近似方式计算去重值计数、中位数和分位数。此外，还可以仅基于部分样本数据运行查询，以快速得到近似结果。最后，还可以只对有限数量的键进行聚合，而不是覆盖所有键。键的分布偏斜程度不同，这种方式在资源消耗远低于精确计算的情况下，仍能提供相当准确的结果。
ClickHouse 会自适应地选择 JOIN 算法：先使用速度更快的哈希 JOIN；如果涉及多个大表，则切换到归并 JOIN。
ClickHouse 以极快的查询性能而闻名。
要了解 ClickHouse 为何如此之快，请参阅为什么 ClickHouse 如此之快？指南。
最后修改于 2026年6月10日