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

查看更多 →

案例：使排序下推 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。可以尝试将语句改写为子查询，使排序下推。

查看更多 →

实际调优案例 案例：调整查询重写GUC参数rewrite_rule 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：改建分区表 案例：改写SQL消除子查询 案例：改写SQL消除in-clause 父主题： SQL调优指南

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：调整分布键 案例：调整GUC参数best_agg_plan 案例：改写SQL消除子查询 案例：改写SQL排除剪枝干扰 案例：改写SQL消除in-clause 案例：调整查询重写GUC参数rewrite_rule 案

查看更多 →

相比传统的文本客服机器人、语音客服机器人，AI虚拟数字人系统可以提供更加真实的人性化交互，不仅可以通过文字和语音与用户进行互动，还能够通过视频呈现更加真实的沟通场景。通过视觉和声音的双重体验，用户可以获得更加直观、真实的服务体验，从而增强了用户对品牌的认知和信任度。另外，AI虚拟数字人

查看更多 →

企业 场地 仓库 储位 资源 供应商 客户 父主题： 仓储管理

查看更多 →

AX模式，为什么收到的短信是带FROM真实号码的，能不能隐藏掉真实号码？ 在使用华为云 隐私保护通话 AX模式时，为了保护用户A的真实号码不被泄露，隐私保护通话平台会为A绑定一个虚拟号码X。当B发送短信给X时，隐私保护通话平台会在短信最后添加“[From号码B]”后将短信转发给A，以便A识别短信的真实发送方。由

查看更多 →

服务概述 随着云的优势逐渐被各类企业接受和认可，越来越多的企业逐步将业务系统往云上迁移，企业全面云化的时代已经来临，但是存在企业首次上云、用云的需求不确定，定位不确定的情况，企业无从寻找专业的服务团队。 华为云面向企业无统一入口牵引，为了补齐上云迁移解决方案前期的调研、规划与设计的

查看更多 →

容器应用 应用模板 配置项 密钥 边 云消息 边云消息概述 云端下发消息到边缘节点 边缘节点上报消息到云端 常见问题 了解更多常见问题、案例和解决方案 热门案例 智能边缘平台支持边缘节点的规格？ IEF与IoT边缘有什么区别？ IEF欠费后，之前下发的应用还能用吗？ 边缘节点故障如何处理？

查看更多 →

典型场景配置案例 权限典型场景一览 对当前账号下单个IAM用户授权 对当前账号下多个IAM用户或用户群组授权 对其他账号授权 对所有账号授权 临时授权访问OBS 让IAM用户只能看到被授权的桶 限制指定的IP地址访问桶

查看更多 →

场景化实践案例 电商平台业务监控 云监控在视频直播中的应用 云监控在众包平台中的应用 事件监控最佳实践 使用资源分组和告警功能上报指定资源的监控指标 配置 云服务器 全部挂载点磁盘使用率告警规则

查看更多 →

案例：使排序下推 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。可以尝试将语句改写为子查询，使排序下推。

查看更多 →

迁移项目案例 上海XX科技有限公司是XX全量搬迁到华为云的重点客户，完成应用和大数据等2大核心业务和15个子系统全面上线华为云。 迁移调研分析 基础资源自动采集，自动化匹配目标端资源，确保源端资源无缝对接至目标环境的合适配置，完成千余项资源整合。 图1 迁移调研分析1 通过分析应

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：使排序下推 案例：设置cost_param对查询性能优化 案例：调整分布键 案例：调整局部聚簇键 案例：调整中间表存储方式 案例：调整局部聚簇列 案例：改建分区表 案例：调整GUC参数best_agg_plan

查看更多 →

案例：使排序下推 现象描述 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。 表结构如下所示： 1 2

查看更多 →

SQL调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：使排序下推 案例：设置cost_param对查询性能优化 案例：调整局部聚簇键 案例：调整中间表存储方式 案例：改建分区表 案例：调整GUC参数best_agg_plan 案例：改写SQL排除剪枝干扰

查看更多 →

常用委托配置案例 分配委托权限（被委托方操作） 配置 弹性云服务器 E CS 委托

查看更多 →

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

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：调整分布键 案例：调整GUC参数best_agg_plan 案例：改写SQL消除子查询 案例：改写SQL排除剪枝干扰 案例：改写SQL消除in-clause 案例：调整查询重写GUC参数rewrite_rule 案例：使用DN

查看更多 →

实际调优案例 案例：调整查询重写GUC参数rewrite_rule 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：改建分区表 案例：改写SQL消除子查询 案例：改写SQL消除in-clause 父主题： SQL调优指南

查看更多 →

案例：使排序下推 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。可以尝试将语句改写为子查询，使排序下推。

查看更多 →