执行计划分离，WITH子句中的查询，优化器不会尝试进行拆解，而是直接当做一个整 体来执行，因此往往会是一个非常好的选择。 通常，不要创建多层视图 -- 就是基于其他视图来创建视图，这样会极大增加视 图的管理难度，因为在GP中视图是有强依赖关系的，当需要删除并重建(CREATE OR REPLACE命令不可以修改视图的字段定义)某个视图时，所有依赖该视图的上层视图， 都需要被删除。 有 列来控制。 可以通过修改查询语句 -- 优化 SQL 以降低内存的需求，更改数据分布 -- 避免 数据倾斜，或修改内存配置来成功运行查询命令。gp_toolkit.gp_workfile_*视 图可以用来查看溢出文件的信息，这些视图，对于查询性能的排查非常有帮助。 查询剖析 可以通过检查性能不符合预期的查询的执行计划，来确定可能存在的性能优化机会。 GP 在postgres库中创建gpexpand模式，并将业务表的信息保存在gpexpand 模式下的扩容配置表中。在6之前的版本，需要通过-D参数来指定用于保存 gpexpand模式及相关业务表信息的数据库名称。gpexpand模式下的表和视 图，可以用于控制扩容过程和查看扩容进度。 在完成系统表的更新之后，新扩容的Instance就处于可用状态了，新的计算 节点主机的资源也已经加入集群之中。  新的Instance在