云数据库 GaussDB (for MySQL)支持了并行执行的查询方式，用以降低分析型查询场景的处理时间，满足企业级应用对查询低时延的要求。并行查询的基本实现原理是将查询任务进行切分并分发到多个CPU核上进行计算，充分利用cpu的多核计算资源来缩短查询时间。并行查询的性能提升倍数理论上与CPU的核数正相关

查看更多 →

且要在CN运行不能下推的部分语句，会导致CN成为性能瓶颈（带宽、存储、计算等）。在进行性能调优的时候，应尽量避免只能选择第3种策略的查询语句。 执行语句不能下推是因为语句中含有不支持下推的函数或者不支持下推的语法。一般都可以通过等价改写规避执行计划不能下推的问题。 语句下推典型场

查看更多 →

选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。

查看更多 →

联合上市发布 伙伴完成解决方案的联合设计与验证、联合销售商品上架以及配置器开发后，可申请上市发布。 申请上市 在解决方案构建页面，选择状态为“方案验证完成、联合销售商品上架完成、配置器开发完成”的解决方案，单击操作列的“申请上市”。 在申请上市页面，下载模板按要求填写后上传相关材料，单击“提交”。

查看更多 →

选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。

查看更多 →

联合设计与验证 伙伴在【伙伴中心】提交解决方案联合立项申请后，可前往【解决方案工作台】申请方案联合设计与验证。 操作步骤 伙伴在解决方案构建页面，对已提交联合立项的方案，单击操作列的“申请联合设计与验证”。 在【解决方案工作台】进行方案设计与验证； 您可以联系华为方负责人（PSA）协助您完成联合设计与验证操作。

查看更多 →

Join方式的Hint 功能描述 指明Join使用的方法，可以为Nested Loop，Hash Join和Merge Join。 语法格式 1 [no] nestloop|hashjoin|mergejoin(table_list) 参数说明 no表示hint的join方式不使用。

查看更多 →

no表示hint的scan方式不使用。 table表示hint指定的表，只能指定一个表，如果表存在别名应优先使用别名进行hint。 index表示使用indexscan或indexonlyscan的hint时，指定的索引名称，当前只能指定一个。 对于indexscan或indexonlysc

查看更多 →

在满足查询可以使用GSI的前提下，使用gsi的hint将产生使用全局二级索引的index only scan查询计划，而不会产生使用普通索引的查询计划。 在满足查询可以使用GSI回表的前提下，使用gsitable的hint将产生使用全局二级索引的回表查询计划。 对于gsi的hin

查看更多 →

@queryblock请参见指定Hint所处于的查询块Queryblock，可省略，表示在当前查询块生效。 no表示hint的join方式不使用。 table_list为表示hint表集合的字符串，该字符串中的表与join_table_list相同，只是中间不允许出现括号指定join的优先级。 例如： no

查看更多 →

no表示hint的scan方式不使用。 table表示hint指定的表，只能指定一个表，如果表存在别名应优先使用别名进行hint。 index表示使用indexscan或indexonlyscan的hint时，指定的索引名称，当前只能指定一个。 对于indexscan或indexonlysc

查看更多 →

选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。

查看更多 →

怎么解决查询运行缓慢的问题 通过查看慢SQL日志来确定是否存在运行缓慢的SQL查询以及各个查询的性能特征（如果有），从而定位查询运行缓慢的原因。 查询RDS for MySQL日志，请参见查询慢日志。 查询RDS for PostgreSQL日志，请参见查看错误日志。 云数据库 RDS

查看更多 →

见指定Hint所处的查询块Queryblock章节，可省略，表示在当前查询块生效。 no表示hint的join方式不使用。 table_list为表示hint表集合的字符串，该字符串中的表与join_table_list相同，只是中间不允许出现括号指定join的优先级。 例如： no

查看更多 →

则生成不出这种基于join的gather路径，会回退生成基于基表的gather路径。 在指定Hint(JOIN)后，对于分布表和复制表做连接的情况会导致生成不出来Hint(JOIN)期望的计划，因为优化器已经寻找更优的计划进行替代。 ALL：基于最优方式选择Gather Rel或Gather

查看更多 →

@queryblock 见指定Hint所处于的查询块Queryblock，可省略，表示在当前查询块生效。 broadcast和redistribute。 no表示hint的stream方式不使用。 table_list为进行stream操作的单表或多表，多个表之间使用空格分隔。例如：br

查看更多 →

index表示使用indexscan或indexonlyscan的hint时，指定的索引名称，当前只能指定一个。 对于indexscan或indexonlyscan，只有hint的索引属于hint的表时，才能使用该hint。 scan hint支持在行存表、hdfs内外表、、子查询表上指定。对于hdfs内表，由主

查看更多 →

no表示hint的scan方式不使用。 table表示hint指定的表，只能指定一个表，如果表存在别名应优先使用别名进行hint。 index表示使用indexscan或indexonlyscan的hint时，指定的索引名称，当前只能指定一个。 对于indexscan或indexonlysc

查看更多 →

@queryblock请参见指定Hint所处的查询块Queryblock章节，可省略，表示在当前查询块生效。 no表示hint的join方式不使用。 table_list为表示hint表集合的字符串，该字符串中的表与join_table_list相同，只是中间不允许出现括号指定join的优先级。 例如： no

查看更多 →

则无法生成基于join的gather路径，会回退生成基于基表的gather路径。 在指定hint(JOIN)后，对于分布表和复制表做连接的情况会导致无法生成hint(JOIN)期望的计划，因为优化器已经寻找更优的计划进行替代。 ALL：基于最优方式选择Gather Rel或Gather

查看更多 →

Join方式的Hint 功能描述 指明Join使用的方法，可以为Nested Loop，Hash Join和Merge Join。 语法格式 1 [no] nestloop|hashjoin|mergejoin(table_list) 参数说明 no表示hint的join方式不使用。

查看更多 →