Clickhouse未显式定义主键时，ORDER BY列是否自动生成稀疏主键索引？

问题1：未显式定义主键时，ClickHouse是否会自动为ORDER BY子句中定义的列创建稀疏主键索引？ #

在ClickHouse中，若未显式指定PRIMARY KEY，ORDER BY子句定义的列会默认成为主键，同时ClickHouse会自动基于这些列构建稀疏主键索引（即Primary Index）。该索引按固定间隔（默认8192行，可通过index_granularity参数调整）存储主键列的取值，用于查询时快速定位和过滤数据，避免全量扫描。

问题2：业务需支持任意varchar列过滤且每次查询必带时间条件，定义ORDER BY(time, col1, col2...)搭配PARTITION BY toYYYYMMDD(time)的表结构是否可行？ #

这种结构有可行性，但需结合业务实际权衡利弊：

优势 #

• 按时间分区（PARTITION BY toYYYYMMDD(time)）可快速定位到查询对应的时间分区，直接排除大量无关数据，完美匹配你每次查询带时间条件的场景，这部分性能表现优异。
• ORDER BY以time开头，配合主键稀疏索引，能进一步缩小查询时需要扫描的数据范围，提升时间维度过滤的效率。

局限性 #

• 对于不在ORDER BY后续列中的varchar字段（比如未列入的col3、col4等），由于这些字段不在主键索引中，ClickHouse无法通过主键索引快速过滤，只能在已定位的分区/数据范围内做全量扫描，数据量较大时查询性能会明显下降。

优化建议 #

• 若某些varchar列查询频率极高，可将其加入ORDER BY子句，但需注意：ORDER BY列越多，主键索引体积越大，写入性能会受到一定影响。
• 对于查询频率较低的varchar列，可为其单独创建跳数索引（Skip Index），比如minmax、set或bloom_filter类型，以此加速这类列的过滤，避免全量扫描。
• 若任意varchar列的查询频率都很高且数据量较大，可考虑对常用过滤的varchar列做字典编码，再配合跳数索引优化查询性能。

内容的提问来源于stack exchange，提问作者Parag