华为云的云容灾方案已有成功的案例，如表1所示。

查看更多 →

客户声音制作案例 单击声音样例.zip，下载如表1所示的音频文件。 mos分是从音色相似度、情感表达效果和声音音质方面，进行整体效果综合评分的结果。 表1 音频文件 版本 类别 原音文件 合成音文件 版本差异 适用场景 基础版声音制作 女声 基础版媒体1.wav 基础版媒体2.wav

查看更多 →

resolve host”。 图1 安装失败，提示“Could not resolve host” 可能原因： 本地的DNS 服务器 不能解析华为云的公网 域名 。 解决方案： 编辑本地主机的resolv.conf文件，查看是否配置域名服务器；如果是公网访问华为云，可以将域名服务器配置为“8.8.8

查看更多 →

案例：改建分区表 逻辑上的一张表根据某种策略分成多个物理块进行存储，这张逻辑上的表称之为分区表，每个物理块则称为一个分区。一般对数据和查询都有明显区间段特征的表使用分区策略可通过较小不必要的数据扫描，从而提升查询性能 在查询时，可通过分区剪枝技术尽可能减少底层数据扫描，即缩小表的

查看更多 →

通常优化器总会选择最优的执行计划，但是众所周知代价估算，尤其是中间结果集的代价估算一般会有比较大的偏差，这种比较大的偏差就可能会导致agg的计算方式出现比较大的偏差，这时候就需要通过best_agg_plan进行agg计算模型的干预。 一般来说，当agg汇聚的收敛度很小时，即结果集的个数在ag

查看更多 →

Unit）和GPU在构造结构上存在差异，因此迁移过程并不是完全平替的关系。昇腾训练芯片属于NPU的范畴，虽然在表达层可以通过torch.cuda和torch.npu的形式来替代，但是真实的算子下发、显存管理、集合通信等存在差异，用户需要了解NPU的运行机制才能更好的使用NPU设备，同时在遇到问题时快速找到原因。 代码迁移操作步骤

查看更多 →

基于Kafka的Word Count数据流统计案例 应用场景 Kafka是一个分布式的消息发布-订阅系统。它采用独特的设计提供了类似JMS的特性，主要用于处理活跃的流式数据。 Kafka有很多适用的场景：消息队列、行为跟踪、运维数据监控、日志收集、流处理、事件溯源、持久化日志等。

查看更多 →

选取具有实际意义和内涵的词或词组作为域名，既可以反映网站的性质，也有助于实现企业的营销目标。 例如，可以采用企业名称、产品名称、品牌名称作为网站域名，使企业的网络营销目标和非网络营销目标达成一致。 不建议选取其他企业拥有的独特商标名作为域名。 选取其他企业独特的商标名作为自己的域名，可能会引起法律纠纷。

查看更多 →

负责查看并监控所有资源使用情况的团队。 负责计算域运维的团队。 负责网络域运维的团队。 负责数据库运维的团队。 负责安全域运维的团队。 通过表1，给公司中不同的职能团队设置不同的权限，可以实现各团队之间权限隔离，各司其职。如需了解华为云所有云服务的系统权限，请参见：系统权限。 表1 系统权限

查看更多 →

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

查看更多 →

软件包管理 > 软件包安装”。 单击“新建”，拖入前提条件中获取的源码包，单击“安装”。 安装完成后，在经典版开发环境的“首页 > 我的应用”中，可查看到已安装的应用，应用名为“故障单流程”。 图1 查看已安装的应用 单击已安装的应用（故障单流程），进入应用开发页面，查看对象、BPM和示

查看更多 →

中，使用store_sales的(ss_ticket_number, ss_item_sk)列和store_returns的(sr_ticket_number, sr_item_sk)列进行关联，由于缺少多列相关性的估算导致行数严重低估。 使用如下的rows hint进行调优后，计划如下，运行时间318s：

查看更多 →

。执行去重会消耗大量的时间，因此，在一些实际应用场景中，如果通过业务逻辑已确认两个集合不存在重叠，可用union all替代union以便提升性能。 优化后的SQL查询由两个等值join的子查询构成，而每个子查询都可以走更适合此场景的hashjoin。优化后的执行计划如下 优化后

查看更多 →

loops=1) Total runtime: 26.844 ms (9 rows) 为了保证改写的等效性，在normal_date.id加了not null约束。 父主题： 实际调优案例

查看更多 →

ca_address_sk group by a.ca_address_sk; 为了保证改写的等效性，在customer_address_001. ca_address_sk加了not null约束。 父主题： 实际调优案例

查看更多 →

ca_address_sk group by a.ca_address_sk; 为了保证改写的等效性，在customer_address_001. ca_address_sk加了not null约束。 父主题： 实际调优案例

查看更多 →

loops=1) Total runtime: 26.844 ms (9 rows) 为了保证改写的等效性，在normal_date.id加了not null约束。 父主题： 实际调优案例

查看更多 →

中，使用store_sales的(ss_ticket_number, ss_item_sk)列和store_returns的(sr_ticket_number, sr_item_sk)列进行关联，由于缺少多列相关性的估算导致行数严重低估。 使用如下的rows hint进行调优后，计划如下，运行时间318s：

查看更多 →

。执行去重会消耗大量的时间，因此，在一些实际应用场景中，如果通过业务逻辑已确认两个集合不存在重叠，可用union all替代union以便提升性能。 优化后的SQL查询由两个等值join的子查询构成，而每个子查询都可以走更适合此场景的hashjoin。优化后的执行计划如下 优化后

查看更多 →

test1 t1, test2 t2 WHERE t1.a = t2.b ); 优化后的SQL查询由两个等值join的子查询构成，而每个子查询都可以使用更适合此场景的hashjoin。优化后的执行计划如下 1 2 3 4 5 6 7 8 9 10 11 12 13

查看更多 →

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

查看更多 →