ClickHouse SQL 查询优化

shangjg32023-11-20 7:04

1 单表查询

1.1 Prewhere替代where

Prewhere和where语句的作用相同，用来过滤数据。不同之处在于prewhere只支持 *MergeTree 族系列引擎的表，首先会读取指定的列数据，来判断数据过滤，等待数据过滤之后再读取select 声明的列字段来补全其余属性。

当查询列明显多于筛选列时使用Prewhere可十倍提升查询性能，Prewhere会自动优化执行过滤阶段的数据读取方式，降低io操作。

在某些场合下，prewhere语句比where语句处理的数据量更少性能更高。

复制代码 
#关闭where自动转prewhere(默认情况下， where条件会自动优化成prewhere)`
`set optimize_move_to_prewhere=0; `
`# 使用where`
`select WatchID, `
`    JavaEnable, `
`    Title, `
`    GoodEvent, `
`    EventTime, `
`    EventDate, `
`    CounterID, `
`    ClientIP, `
`    ClientIP6, `
`    RegionID, `
`    UserID, `
`    CounterClass, `
`    OS, `
`    UserAgent, `
`    URL, `
`    Referer, `
`    URLDomain, `
`    RefererDomain, `
`    Refresh, `
`    IsRobot, `
`    RefererCategories, `
`    URLCategories, `
`    URLRegions, `
`    RefererRegions, `
`    ResolutionWidth, `
`    ResolutionHeight, `
`    ResolutionDepth, `
`    FlashMajor, `
`    FlashMinor, `
`    FlashMinor2`
`from datasets.hits_v1 where UserID='3198390223272470366';`

`# 使用prewhere关键字`
`select WatchID, `
`    JavaEnable, `
`    Title, `
`    GoodEvent, `
`    EventTime, `
`    EventDate, `
`    CounterID, `
`    ClientIP, `
`    ClientIP6, `
`    RegionID, `
`    UserID, `
`    CounterClass, `
`    OS, `
`    UserAgent, `
`    URL, `
`    Referer, `
`    URLDomain, `
`    RefererDomain, `
`    Refresh, `
`    IsRobot, `
`    RefererCategories, `
`    URLCategories, `
`    URLRegions, `
`    RefererRegions, `
`    ResolutionWidth, `
`    ResolutionHeight, `
`    ResolutionDepth, `
`    FlashMajor, `
`    FlashMinor, `
`    FlashMinor2`
`from datasets.hits_v1 prewhere UserID='3198390223272470366';`
`

默认情况，我们肯定不会关闭where自动优化成prewhere，但是某些场景即使开启优化，也不会自动转换成prewhere，需要手动指定prewhere：

  • 使用常量表达式
  • 使用默认值为alias类型的字段
  • 包含了arrayJOIN，globalIn，globalNotIn或者indexHint的查询
  • select查询的列字段和where的谓词相同
  • 使用了主键字段

1.2 数据采样

通过采样运算可极大提升数据分析的性能

复制代码 
SELECT` `Title,count(*) AS PageViews `
`FROM hits_v1`
`SAMPLE 0.1         #代表采样10%的数据,也可以是具体的条数`
`WHERE CounterID =57`
`GROUP` `BY` `Title`
`ORDER BY PageViews DESC LIMIT 1000`
`

采样修饰符只有在MergeTree engine表中才有效，且在创建表时需要指定采样策略。

1.3 列裁剪与分区裁剪

数据量太大时应避免使用select * 操作，查询的性能会与查询的字段大小和数量成线性表换，字段越少，消耗的io资源越少，性能就会越高。

复制代码 
反例：`
`select` `* from datasets.hits_v1;`
`正例：`
`select WatchID,` 
`    JavaEnable,` 
    `Title,` 
`    GoodEvent,` 
`    EventTime,` 
`    EventDate,` 
`    CounterID,` 
`    ClientIP,` 
`    ClientIP6,` 
`    RegionID,` 
`    UserID`
`from datasets.hits_v1;`
`

分区裁剪就是只读取需要的分区，在过滤条件中指定。

复制代码 
select WatchID,` 
`    JavaEnable,` 
    `Title,` 
`    GoodEvent,` 
`    EventTime,` 
`    EventDate,` 
`    CounterID,` 
`    ClientIP,` 
`    ClientIP6,` 
`    RegionID,` 
`    UserID`
`from datasets.hits_v1`
`where EventDate='2014-03-23';`
`

1.4 orderby 结合 where、limit

千万以上数据集进行order by查询时需要搭配where条件和limit语句一起使用。

复制代码 
#正例：`
`SELECT UserID,Age`
`FROM hits_v1        `
`WHERE CounterID=57`
`ORDER BY Age DESC LIMIT 1000`

`#反例：`
`SELECT UserID,Age`
`FROM hits_v1        `
`ORDER BY Age DESC`
`

1.5 避免构建虚拟列

如非必须，不要在结果集上构建虚拟列，虚拟列非常消耗资源浪费性能，可以考虑在前端进行处理，或者在表中构造实际字段进行额外存储。

复制代码 
反例：`
`SELECT Income,Age,Income/Age as IncRate FROM datasets.hits_v1;`
`正例：拿到Income和Age后，考虑在前端进行处理，或者在表中构造实际字段进行额外存储`
`SELECT Income,Age FROM datasets.hits_v1;`
`

1.6 uniqCombined替代distinct

性能可提升10倍以上，uniqCombined底层采用类似HyperLogLog算法实现，能接收2%左右的数据误差，可直接使用这种去重方式提升查询性能。Count(distinct )会使用uniqExact精确去重。

不建议在千万级不同数据上执行distinct去重查询，改为近似去重uniqCombined

复制代码 
反例：`
`select` `count(distinct rand()) from hits_v1;`
`正例：`
`SELECT` `uniqCombined(rand()) from  datasets.hits_v1`
`

1.7 使用物化视图

参考第6章。

1.8 其他注意事项

（1）查询熔断

为了避免因个别慢查询引起的服务雪崩的问题，除了可以为单个查询设置超时以外，还可以配置周期熔断，在一个查询周期内，如果用户频繁进行慢查询操作超出规定阈值后将无法继续进行查询操作。

（2）关闭虚拟内存

物理内存和虚拟内存的数据交换，会导致查询变慢，资源允许的情况下关闭虚拟内存。

（3）配置 join_use_nulls

为每一个账户添加 join_use_nulls 配置，左表中的一条记录在右表中不存在，右表的相应字段会返回该字段相应数据类型的默认值，而不是标准SQL中的Null值。

（4）批量写入时先排序

批量写入数据时，必须控制每个批次的数据中涉及到的分区的数量，在写入之前最好对需要导入的数据进行排序。无序的数据或者涉及的分区太多，会导致ClickHouse无法及时对新导入的数据进行合并，从而影响查询性能。

（5）关注CPU

cpu一般在50%左右会出现查询波动，达到70%会出现大范围的查询超时，cpu是最关键的指标，要非常关注。

2 多表关联

2.1 准备表和数据

复制代码 
#创建小表`
`CREATE TABLE visits_v2 `
`ENGINE =` `CollapsingMergeTree(Sign)`
`PARTITION BY` `toYYYYMM(StartDate)`
`ORDER BY` `(CounterID, StartDate,` `intHash32(UserID), VisitID)`
`SAMPLE BY` `intHash32(UserID)`
`SETTINGS index_granularity =` `8192`
`as select` `* from visits_v1 limit 10000;`

`#创建join结果表：避免控制台疯狂打印数据`
`CREATE TABLE hits_v2 `
`ENGINE =` `MergeTree()`
`PARTITION BY` `toYYYYMM(EventDate)`
`ORDER BY` `(CounterID, EventDate,` `intHash32(UserID))`
`SAMPLE BY` `intHash32(UserID)`
`SETTINGS index_granularity =` `8192`
`as select` `* from hits_v1 where` `1=0;`
`

2.2 用 IN 代替 JOIN

当多表联查时，查询的数据仅从其中一张表出时，可考虑用 IN 操作而不是JOIN

复制代码 
insert into hits_v2`
`select a.* from hits_v1 a where a. CounterID in` `(select CounterID from visits_v1);`

`#反例：使用join`
`insert into table hits_v2`
`select a.* from hits_v1 a left join visits_v1 b on a. CounterID=b. CounterID;`
`

2.3 大小表JOIN

多表join时要满足小表在右的原则，右表关联时被加载到内存中与左表进行比较，ClickHouse中无论是Left join 、Right join 还是 Inner join 永远都是拿着右表中的每一条记录到左表中查找该记录是否存在，所以右表必须是小表。

（1） 小表在右

insert into table hits_v2

select a.* from hits_v1 a left join visits_v2 b on a. CounterID=b. CounterID;

（ 2 ） 大表在右

insert into table hits_v2

select a.* from visits_v2 b left join hits_v1 a on a. CounterID=b. CounterID;

2.4 注意谓词下推（版本差异）

ClickHouse在join查询时不会主动发起谓词下推的操作，需要每个子查询提前完成过滤操作，需要注意的是，是否执行谓词下推，对性能影响差别很大（新版本中已经不存在此问题，但是需要注意谓词的位置的不同依然有性能的差异）

复制代码 
Explain syntax`
`select a.* from hits_v1 a left join visits_v2 b on a. CounterID=b. CounterID`
`having a.EventDate =` `'2014-03-17';`


`Explain syntax`
`select a.* from hits_v1 a left join visits_v2 b on a. CounterID=b. CounterID`
`having b.StartDate =` `'2014-03-17';`

`insert into hits_v2`
`select a.* from hits_v1 a left join visits_v2 b on a. CounterID=b. CounterID`
`where a.EventDate =` `'2014-03-17';`

`insert into hits_v2`
`select a.* from (`
    `select` `* from `
`    hits_v1 `
    `where EventDate =` `'2014-03-17'`
`) a left join visits_v2 b on a. CounterID=b. CounterID;`
`

2.5 分布式表使用GLOBAL

两张分布式表上的IN和JOIN之前必须加上GLOBAL关键字，右表只会在接收查询请求的那个节点查询一次，并将其分发到其他节点上。如果不加GLOBAL关键字的话，每个节点都会单独发起一次对右表的查询，而右表又是分布式表，就导致右表一共会被查询N²次（N是该分布式表的分片数量），这就是查询放大，会带来很大开销。

2.6 使用字典表

将一些需要关联分析的业务创建成字典表进行join操作，前提是字典表不宜太大，因为字典表会常驻内存

2.7 提前过滤

通过增加逻辑过滤可以减少数据扫描，达到提高执行速度及降低内存消耗的目的

相关推荐
EasyGBS16 分钟前
国标GB28181视频平台EasyCVR顺应智慧农业自动化趋势，打造大棚实时视频监控防线
大数据·网络·人工智能·安全·音视频
TDengine （老段）1 小时前
TDengine 窗口预聚集
大数据·数据库·物联网·时序数据库·tdengine·iotdb
TDengine （老段）1 小时前
TDengine JAVA 语言连接器
java·大数据·数据库·物联网·时序数据库·iot·tdengine
在努力的韩小豪3 小时前
MySQL的左连接、右连接、内连接、外连接
数据库·sql·mysql·多表查询·联表查询·左右连接·内外连接
工作中的程序员9 小时前
flink Shuffle的总结
大数据·flink
RestCloud12 小时前
典型的ETL使用场景与数据集成平台的应用
数据仓库·etl·数字化转型·数据迁移·数据集成·实时cdc
EasyGBS12 小时前
如何实现两个视频融合EasyCVR平台的数据同步？详细步骤指南
大数据·网络·人工智能·安全·音视频
weixin_3077791313 小时前
使用C#配置信息类的属性生成Snowflake CREATE STAGE语句
开发语言·数据仓库·hive·c#
ylfhpy13 小时前
Java面试黄金宝典35
java·数据库·sql·算法·面试·职场和发展
理智的煎蛋14 小时前
es 原生linux部署集群
大数据·linux·服务器·elasticsearch
热门推荐
01生活电子常识--删除谷歌浏览器搜索记录02我决定放弃搞 Java 了03如何在WPS和Word/Excel中直接使用DeepSeek功能04汽车上的各种质量：整备质量、总质量、装载质量、簧上质量、簧下质量05RAG 实践- Ollama+RagFlow 部署本地知识库06DeepSeek各版本说明与优缺点分析07华为OD机试 - 判断一组不等式是否满足约束并输出最大差（Java 2023 B卷 100分）08本地化部署AI知识库：基于Ollama+DeepSeek+AnythingLLM保姆级教程09从零安装 LLaMA-Factory 微调 Qwen 大模型成功及所有的坑10模糊PID控制算法实战讲解-案例温度控制（附C语言实现）