修复SDK中覆盖了小程序原函数作用域的问题。 2.0.1 添加README帮助文档。 2.0.0 小程序探针上线。 前置条件 将APM上报地址“https://apm-web.cn-north-4.myhuaweicloud.com”添加到小程序开发者平台 域名 列表。 以微信小程序为例： 配置地址：https://mp

查看更多 →

小程序版本我的页面介绍 图1 小程序端我的页面 父主题： 微信小程序整体介绍

查看更多 →

调用CDN预热接口，返回成功是指预热成功吗？ 调用媒资预热接口时，若处理成功将会返回“task_id”，但这仅表示预热任务提交成功，实现预热需要三到五分钟才可完成。您可以通过调用查询预热结果接口查询预热任务是否完成。 父主题： API&SDK使用

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

验证操作是否成功 通过安全组暴露的服务端口访问前端页面验证部署是否成功。 在以下图示界面入方向规则中查看 图1 入方向规则 父主题： 实施步骤

查看更多 →

继续录音播放成功 标示符 AgentMediaEvent_ResumePlayDone 作用 恢复播放录音成功事件。 附带信息 无。 示例： {"message":"","retcode":"0","event":{"eventType":"AgentMediaEvent_ResumePlayDone"

查看更多 →

暂停录音播放成功 标示符 AgentMediaEvent_PausePlayDone 作用 暂停播放录音成功事件。 附带信息 无。 示例： {"message":"","retcode":"0","event":{"eventType":"AgentMediaEvent_PausePlayDone"

查看更多 →

验证操作是否成功 关闭匿名登录 图1 关闭匿名登录 客户端连接 错误用户名密码客户端： 图2 客户端连接 正确用户名密码客户端： 图3 客户端连接 父主题： 实施步骤

查看更多 →

确认配置是否成功 操作步骤 检查华为乾坤云平台的配置下发状态。 单击页面左上角按钮，选择“网络配置 > 配置维护 > 配置配置结果”。 单击待查看的站点，在“设备配置状态”列确认为“成功”，则表示部署成功。 “设备配置状态”的显示具有叠加性，只显示当下配置的成功与否，且显示状态会有一段时间延时。

查看更多 →

验证操作是否成功 在华南区域创建虚拟机部署用户业务。 从华南区域虚拟机ping包到泰国数据中心机器。 正常情况下，ping包会通，同时在用户侧数据中心VPN网关上可以查看到IPsec VPN隧道信息（不同型号的网关查看方式略有不同）。 父主题： 实施步骤（手动）

查看更多 →

we码小程序JSAPI 网络 媒体 开放接口 父主题： 前端API

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →