实践案例 本实践以Spring Cloud Demo项目为例，带您体验使用AppStage的开发中心、运维中心及运行时引擎进行工程创建、代码开发、打包发布，部署上线的全过程。具体请参考基于Spring Cloud框架进行应用上云。 父主题： 使用Spring Cloud框架实现应用开发

查看更多 →

案例概述 本手册基于 函数工作流 服务实践所编写，用于指导您使用函数工作流服务实现处理DIS数据的功能。 场景介绍 使用 数据接入服务 （DIS）采集IOT实时数据流，需要将采集到的数据进行处理（比如格式转换），然后存储到 表格存储服务 （CloudTable Service）中，使用Fun

查看更多 →

案例描述 华为云DEW通过使用硬件安全模块HSM（Hardware Security Module, HSM）保护密钥的安全，所有的用户密钥都由HSM中的根密钥保护，避免密钥泄露。DEW对密钥的所有操作都会进行访问控制及日志跟踪，提供所有密钥的使用记录，满足审计和合规性要求，同时

查看更多 →

案例管理 案例材料为伙伴角色认证和能力差异化认证时提交的案例。 操作步骤 使用合作伙伴账号登录华为云。 单击页面右上角账号下拉框中的“伙伴中心”，进入伙伴中心。 在右上角用户名下拉菜单中选择“伙伴信息 > 案例管理”。 在“案例管理”页面查看认证时提交的案例审核状态。 伙伴可以单击“案例材料”下载并查看案例详情。

查看更多 →

案例：调整分布键 现象描述 某局点测试过程中EXPLAIN ANALYZE后有如下情况： 从执行信息上比较明确的可以看出HashJoin是整个计划的性能瓶颈点，并且从HashJoin的执行时间信息[2657.406,93339.924](数值的具体含义请参见SQL执行计划详解)，

查看更多 →

案例：调整分布键 现象描述 某局点测试过程中EXPLAIN ANALYZE后有如下情况： 从执行信息上比较明确的可以看出HashJoin是整个计划的性能瓶颈点，并且从HashJoin的执行时间信息[2657.406,93339.924](数值的具体含义请参见SQL执行计划详解)，

查看更多 →

中间结果集转储的表，一定要分析清楚，使用合适的表存储类型。 某局点测试过程遇到如下的执行计划，客户希望将性能提升至3s内返回结果。 优化分析 经过分析发现计划走了行引擎。根本原因是：临时计划表input_acct_id_tbl和中间结果转储表row_unlogged_table使用了行存表。

查看更多 →

GZ CS from customer_address_001 a; 此SQL性能较差，查看发现执行计划中存在SubPlan，具体如下： 优化说明 此优化的核心就是消除子查询。分析业务场景发现a.ca_address_sk不为null，那么从SQL语义出发，可以等价改写SQL为： 1

查看更多 →

staff_id; 优化分析 在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 父主题： 实际调优案例

查看更多 →

staff_id; 优化分析 在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 父主题： 实际调优案例

查看更多 →

GROUP BY ls_pid_cusr1; 优化后的SQL查询由两个等值join的子查询构成，而每个子查询都可以走更适合此场景的hashjoin。优化后的执行计划如下 优化后，从超过1个小时未返回结果优化到7s返回结果。 父主题： 实际调优案例

查看更多 →

GROUP BY ls_pid_cusr1; 优化后的SQL查询由两个等值join的子查询构成，而每个子查询都可以走更适合此场景的hashjoin。优化后的执行计划如下 优化后，从超过1个小时未返回结果优化到7s返回结果。 父主题： 实际调优案例

查看更多 →

案例：调整分布键 现象描述 某局点测试过程中EXPLAIN ANALYZE后有如下情况： 从执行信息上比较明确的可以看出HashJoin是整个计划的性能瓶颈点，并且从HashJoin的执行时间信息[2657.406,93339.924](数值的具体含义请参见SQL执行计划详解)，

查看更多 →

n来干预执行计划，强制其生成上述对应的执行计划，此参数取值范围为0，1，2，3。 取值为1时，强制生成第一种计划。 取值为2时，如果group by列可以重分布，强制生成第二种计划，否则生成第一种计划。 取值为3时，如果group by列可以重分布，强制生成第三种计划，否则生成第一种计划。

查看更多 →

案例：使用DN Gather减少计划中的Stream节点 DN Gather用来把分布式计划中的Stream节点去掉，把数据发送到一个节点进行计算，这样可以减少分布式计划执行时数据重分布的代价，从而提升单个查询效率以及系统整体的吞吐能力。不过DN Gather面向的是TP的小数据

查看更多 →

by和distinct后的字段。 优化前 列存分区表orders表定义如下： 执行SQL语句查询没有建立索引情况下的执行计划，发现执行时间为48毫秒。 1 EXPLAIN PERFORMANCE SELECT * FROM orders WHERE o_custkey = '1106459'; 优化后 w

查看更多 →

案例：调整局部聚簇键 局部聚簇 (Partial Cluster Key，简称PCK)，列存储下一种通过min/max稀疏索引实现基表快速扫描的索引技术。Partial Cluster Key可以指定多列，但是一般不建议超过2列。PCK适用于列存大表点查询加速。 优化前 创建一个

查看更多 →

by和distinct后的字段。 优化前 列存分区表orders表定义如下： 执行SQL语句查询没有建立索引情况下的执行计划，发现执行时间为48毫秒。 1 EXPLAIN PERFORMANCE SELECT * FROM orders WHERE o_custkey = '1106459'; 优化后 w

查看更多 →

案例：使用DN Gather减少计划中的Stream节点 DN Gather用来把分布式计划中的Stream节点去掉，而是把数据发送到一个节点进行计算，这样可以减少分布式计划执行时数据重分布的代价，从而提升单个查询以及系统整体的吞吐能力。不过DN Gather面向的是TP的小数据

查看更多 →

by和distinct后的字段。 优化前 列存分区表orders表定义如下： 执行SQL语句查询没有建立索引情况下的执行计划，发现执行时间为48毫秒。 1 EXPLAIN PERFORMANCE SELECT * FROM orders WHERE o_custkey = '1106459'; 优化后 w

查看更多 →

案例：调整局部聚簇键 局部聚簇 (Partial Cluster Key，简称PCK)，列存储下一种通过min/max稀疏索引实现基表快速扫描的索引技术。Partial Cluster Key可以指定多列，但是一般不建议超过2列。PCK适用于列存大表点查询加速。 优化前 创建一个

查看更多 →