用途：面向 ClickHouse 的查询调优，帮助分析执行计划、选择 JOIN 算法与跳过索引，并通过性能计数器定位瓶颈。
主要能力： JOIN 策略：join_algorithm 可设为 hash（默认，内存中）、partial_merge（右表大时落盘）、auto（由 ClickHouse 决定）；同名列用 JOIN ... USING 避免重复列名；连接前先过滤两侧以减少中间数据；分布式查询用 GLOBAL JOIN 将右表广播到所有分片。 EXPLAIN 分析：EXPLAIN PLAN 查看逻辑计划与投影/下推变换；EXPLAIN PIPELINE 查看物理执行、并行度与端口数；EXPLAIN INDEXES 查看哪些索引生效、选中的 granule 与总数。重点关注全表扫描、索引未使用、granule 读取过多。 索引使用：跳过索引类型及场景——minmax 用于数值/日期列的范围查询；set(N) 用于低基数列等值查询，每个 granule 存 N 个唯一值；bloom_filter 用于高基数字符串等值查询；tokenbf_v1 用于分词文本搜索（日志、URL）。可通过 ProfileEvents['SelectedRows'] 与结果集大小对比评估效果。 查询剖析：ProfileEvents 计数器包括 SelectedRows、MergedRows、FileOpen、SeekCount；normalized_query_hash 用于归组参数化查询变体；system.query_log 含 query_duration_ms、memory_usage、read_bytes 等列。 优化器设置：enable_optimizer = 1 启用基于代价的查询优化器（v22.6+）；max_threads 控制并行度，越高越快但内存更多，并发负载宜调低；prefer_localhost_replica = 1 在分布式查询中读本地副本以避免网络往返；system.query_plan（v23.6+）持久化查询计划供跨运行分析。
使用方式：结合 EXPLAIN 与 system.query_log、ProfileEvents 逐步定位问题，再调整 JOIN 算法、索引与优化器参数。
限制：资料未提供具体版本兼容细节、性能基准数据及完整配置示例，实际效果需结合自身数据验证。