创建执行计划，创建资源栈，更新资源栈的区别 创建执行计划：生成一个执行计划，通过提前浏览整个计划，可以评估对正在进行的资源造成的影响。创建后不会改变资源栈，只有进行了执行操作时，系统才会对您的资源栈进行更改。 创建资源栈：提供初始模板，创建并且部署资源栈。 更新资源栈：用户可以提

查看更多 →

图5 模板 执行计划：执行计划列表中可以展示不同的执行计划，执行计划生成结束后需要单击“部署”，模板中的资源才可以创建成功，执行成功后执行计划的状态从“创建成功，待部署”更新为“已执行部署”，“部署”按钮消失。如图 执行计划： 图6 执行计划 单击对应的执行计划的名称可看见执行计划详情页面如图7：

查看更多 →

资源栈正在回滚中 回滚失败 资源栈回滚失败 回滚成功 资源栈回滚完成 表2 执行计划各个状态说明 执行计划状态 状态说明 创建中 执行计划创建中 创建失败 执行计划创建失败 创建成功，待部署 执行计划创建成功待部署 已执行部署 执行计划已执行部署 父主题： 入门

查看更多 →

"%PQ%"，显示并行执行的当前状态，显示结果请见图1： 图1 状态显示 并行执行计划展示 通过Explain展示查询语句的并行执行计划，显示结果请见图2： 图2 并行执行计划结果展示 与传统的执行计划相比，并行执行计划多了一行记录。在查询结果的第一行，展示了并发度、并行表等信息。 父主题：

查看更多 →

在配置确认页面中，单击“创建执行计划”。 图4 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确认”。 图5 创建执行计划 等待执行计划状态为“生成成功”后，单击“执行”，并且在弹出的执行计划确认框中单击“执行”。 图6 执行计划 图7 执行计划确认 等待执行计划状态为“执行完成”，表示该解决方案已经部署完成。

查看更多 →

在配置确认页面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确认”。 图6 创建执行计划 等待执行计划状态为“创建成功，待部署”后，单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 等待执行计划状态为“

查看更多 →

资源栈设置 在配置确认界面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 待“事件”中出现“Apply required

查看更多 →

在配置确认页面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 等待执行计划状态为“创建成功，待部署”后，单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 等待解决方案

查看更多 →

VERBOSE/EXPLAIN PERFORMANCE打印语句的执行计划。 执行计划中会有语句未收集统计信息的告警，并且通常E-rows估算非常小。 上述例子中，在打印的执行计划中有Warning提示信息，提示有哪些列在这个执行计划中用到了，但是这些列没有统计信息。 在CN的pg_log

查看更多 →

EXPLAIN 功能描述 显示SQL语句的执行计划。 执行计划将显示SQL语句所引用的表采用的扫描方式，如：简单的顺序扫描、索引扫描等。如果引用了多个表，执行计划还会显示使用的JOIN算法。 执行计划的最关键部分是语句的预计执行开销，这是计划生成器估算执行该语句将花费多长的时间。

查看更多 →

EXPLAIN 功能描述 显示SQL语句的执行计划。 执行计划将显示SQL语句所引用的表采用的扫描方式，如：简单的顺序扫描、索引扫描等。如果引用了多个表，执行计划还会显示使用的JOIN算法。 执行计划的最关键部分是语句的预计执行开销，这是计划生成器估算执行该语句将花费多长的时间。

查看更多 →

在配置确认页面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 待执行计划状态为“创建成功，待部署”后，单击“执行”，并且在弹出的执行计划确认框中单击“部署”。 图7 执行计划 图8 执行计划确认 （可选）如果

查看更多 →

在配置确认页面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 待执行计划状态为“创建成功，待部署”后，单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 等待解决方案

查看更多 →

资源栈设置 在配置确认界面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 待“事件”中出现“Apply required

查看更多 →

资源栈设置 在配置确认界面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 待“事件”中出现“Apply required

查看更多 →

资源栈设置 在配置确认界面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 待“事件”中出现“Apply required

查看更多 →

资源栈设置 在配置确认界面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 待“事件”中出现“Apply required

查看更多 →

查询语句执行慢，卡住无法返回结果。SQL语句的特点是2~3张表left join，然后通过SELECT查询结果，执行计划如下： 原因分析 优化器在选择执行计划时，对结果集评估较小，导致执行计划走了NestLoop，性能下降。 分析过程 排查当前的IO、内存、CPU使用情况，没有发现资源占用高的情况。

查看更多 →

统计信息或者统计信息陈旧往往会造成执行计划严重劣化，从而导致性能问题。从经验数据来看，10%左右性能问题是因为没有收集统计信息。具体请参见更新统计信息。 通过查看执行计划来查找原因。如果SQL长时间运行未结束，通过EXPLAIN命令查看执行计划，进行初步定位。如果SQL可以运行出结果来，则推荐使用EXPLAIN

查看更多 →

统计信息或者统计信息陈旧往往会造成执行计划严重劣化，从而导致性能问题。从经验数据来看，10%左右性能问题是因为没有收集统计信息。具体请参见更新统计信息。 通过查看执行计划来查找原因。如果SQL长时间运行未结束，通过EXPLAIN命令查看执行计划，进行初步定位。如果SQL可以运行出来，则推荐使用EXPLAIN

查看更多 →

资源栈设置 在配置确认界面中，单击“创建执行计划”。 图5 配置确认 在弹出的创建执行计划框中，自定义填写执行计划名称，单击“确定”。 图6 创建执行计划 单击“部署”，并且在弹出的执行计划确认框中单击“执行”。 图7 执行计划 图8 执行计划确认 待“事件”中出现“Apply required

查看更多 →