临时表产生主要场景 group by和order by字段不同。 使用了distinct关键字。 执行union查询。 部分跨分片的子查询。 在join查询中：使用了非等值连接条件、两个子查询之间的连接或开启了事务。

查看更多 →

机上的CPU/内存/IO资源，对于复杂SQL查询（复杂聚合、复杂join计算）能够支持50~100并发，对于简单的SQL查询，支持100~200左右查询。 如果集群有混合负载（要求极致性能的点查/范围查询和有大数据量聚合及join查询），建议将不同类型的负载拆分到不同集群；对于集

查看更多 →

by、limit。 select后输出字段要和表字段顺序保持一致，如果JOIN查询，将所有参与JOIN的字段都添加到select后的查询字段列表中，这样能提升SELECT查询效率。 对于UNION中的每个SELECT, DDM 暂不支持使用多个同名的列。 例如： 如下SQL的SELECT中存在重复的列名。

查看更多 →

cost_base：基于代价的inlist2join查询重写。 rule_base：基于规则的inlist2join查询重写，即强制使用inlist2join查询重写。 任意正整数：inlist2join查询重写阈值，即list内元素个数大于该阈值，进行inlist2join查询重写。 默认值：cost_base

查看更多 →

基于大宽表进行数据分析，不建议使用大表join大表的操作，对分布式join查询转化成本地表的join查询操作，提升性能 ClickHouse分布式join的性能较差，建议在模型侧将数据聚合成大宽表再导入ClickHouse。分布式join的查询转成本地表的join查询，不仅省去大量的节点间数据

查看更多 →

不建议5张表以上进行join操作。 join查询操作建议不要开启事务。 不建议在事务中进行join查询，开启事务会影响DDM对join算法的选择，无法使用最高效的算法。 这里的大表和小表的意思不是指原始表的规模，指的是经过where条件过滤之后的数据规模。 子查询 不建议子查询包含在OR表

查看更多 →

指定是否使用Semi Join的Hint 功能描述 指定join是否选择Semi Join。 语法格式 [no] semijoin([@queryblock] table_list) 参数说明 no表示Semi Join的方式不使用。 @queryblock请参见指定Hint所处的查询块Que

查看更多 →

DDM是否支持分布式JOIN DDM支持分布式JOIN。 表设计时，增加字段冗余 支持跨分片的JOIN，主要实现的方式有三种：广播表，ER分片和ShareJoin。 DDM目前禁止多个表的跨库update和delete。 父主题： SQL语法类

查看更多 →

er一致。 从soket中读取数据，构造Table2。 使用Flink SQL对Table1和Table2进行联合查询，并进行打印。 父主题： Flink Join样例程序

查看更多 →

执行计划如图1所示。 图1 增加JOIN列非空条件（一） 优化分析 分析执行计划图1可知，在顺序扫描阶段耗时较多。 多表JOIN中，由于表PS.SDR_WEB_BSCRNC_1DAY的JOIN列“BSCRNC_ID”存在大量空值，JOIN性能差。 建议在语句中手动添加JOIN列的非空判断，修改后的语句如下所示。

查看更多 →

执行计划如图1所示。 图1 增加JOIN列非空条件（一） 优化分析 分析执行计划图1可知，在顺序扫描阶段耗时较多。 多表JOIN中，由于表PS.SDR_WEB_BSCRNC_1DAY的JOIN列“BSCRNC_ID”存在大量空值，JOIN性能差。 建议在语句中手动添加JOIN列的非空判断，修改后的语句如下所示。

查看更多 →

er一致。 从soket中读取数据，构造Table2。 使用Flink SQL对Table1和Table2进行联合查询，并进行打印。 父主题： Flink Join样例程序

查看更多 →

执行计划如图1所示。 图1 增加JOIN列非空条件（一） 优化后 分析执行计划图1可知，在顺序扫描阶段耗时较多。 多表JOIN中，由于表PS.SDR_WEB_BSCRNC_1DAY的JOIN列“BSCRNC_ID”存在大量空值，JOIN性能差。 建议在语句中手动添加JOIN列的非空判断，修改后的语句如下所示。

查看更多 →

执行计划如图1所示。 图1 增加JOIN列非空条件（一） 优化后 分析执行计划图1可知，在顺序扫描阶段耗时较多。 多表JOIN中，由于表PS.SDR_WEB_BSCRNC_1DAY的JOIN列“BSCRNC_ID”存在大量空值，JOIN性能差。 建议在语句中手动添加JOIN列的非空判断，修改后的语句如下所示。

查看更多 →

案例：增加JOIN列非空条件 1 SELECT * FROM join_a a JOIN join_b b ON a.b = b.b; 执行计划如下： 1 2 3 4 5 6 7 8 9 10

查看更多 →

对于前端使用ClickHouse的场景，如果要查询的数据量比较大，建议每次可适当地进行分页查询返回数据，以减少查询数据量对网络带宽和计算资源的占用。 【不做limit限制】 耗时：1.124 【做limit限制】 耗时：0.002 join查询时小表在右。 两表JOIN时，会将右表数据加载到内存中

查看更多 →

cost_base：基于代价的inlist2join查询重写。 rule_base：基于规则的inlist2join查询重写，即强制使用inlist2join查询重写。 任意正整数：inlist2join查询重写阈值，即in子句内的list内元素个数大于该阈值，进行inlist2join查询重写。 默认值：cost_base

查看更多 →

rule_base：基于规则的inlist2join查询重写，即强制使用inlist2join查询重写。 任意正整数：inlist2join查询重写阈值，即list内元素个数大于该阈值，进行inlist2join查询重写。 默认值：cost_base skew_option 参数说明：控制是否使用优化策略。

查看更多 →

cost_base：基于代价的inlist2join查询重写。 rule_base：基于规则的inlist2join查询重写，即强制使用inlist2join查询重写。 任意正整数：inlist2join查询重写阈值，即list内元素个数大于该阈值，进行inlist2join查询重写。 默认值：cost_base

查看更多 →

执行计划如图1所示。 图1 增加JOIN列非空条件（一） 优化后 分析执行计划图1可知，在顺序扫描阶段耗时较多。 多表JOIN中，由于表PS.SDR_WEB_BSCRNC_1DAY的JOIN列“BSCRNC_ID”存在大量空值，JOIN性能差。 建议在语句中手动添加JOIN列的非空判断，修改后的语句如下所示。

查看更多 →

案例：增加JOIN列非空条件 1 SELECT * FROM join_a a JOIN join_b b ON a.b = b.b; 执行计划下： 1 2 3 4 5 6 7 8 9 10

查看更多 →