梧桐数据数据库查询优化（二）.pdf
免费下载
梧桐数据数据库查询优化（二）
查询使用内存量
一个查询启动的每一个 virtual segment 都有固定的内
存额度，plantree 中所有的操作符共享该额度。操作符分
为 memory intensive 和 non memory intensive 两类，对
于每一个 non memory intensive 的操作符默认分配 100KB
内存，剩余的内存量由 memory intensive 的操作符均分。
对于 memory intensive 的操作符如果没有足够的内存，该
操作会使用溢出文件（spill files）。相比于完全在内存中
执行的操作，磁盘溢出文件会慢得多。
•
memory intensive 的操作符包括 Material, Hash,
Sort,Window, ShareInputScan, BitmapIndexScan,
FunctionScan 和 TableFunctionScan。对于某些 Agg 操作
如果是 hash 策略或者包含 DQA 及排序操作，以及包含
function call 的 Result 操作也属于这个类别。
•
statement memory 的默认值为 256MB，即每一个
virtual segment 内存额度
•
hawq_rm_memory_limit_perseg 限制一个物理
segment 执行允许的最大内存量，默认为 64GB
•
当 VC 属 性 enforce_nvseg 非 0 时 ， 可 以 通 过
enforce_memory_pervseg 更改每一个 vseg 的内存额度
•
可以通过资源队列配置 vseg 的内存额度，该信息保
存在系统表 pg_resqueue
Explain Analyze
Explain analyze 和 explain 语 句 不 同 ， explain
analyze 会真正执行查询，并得到查询执行过程中的统计数
据。explain analyze 的结果对了解查询执行的具体情况以
及了解查询性能问题产生的原因有很大帮助。
Explain analyze 相对于 explain 还会针对每一个查询
计划节点，都会输出以下信息：
•
平均产生的行数
例如，Append-only Scan (orders) 节点，“Avg 750000.0
rows x 2 workers”表示有 2 个 QE，平均每个 QE 输出了
750000 行。注意这个是每个节点的输出行数，而不是该节
点处理的行数。输出行数和处理行数是不同的，比如，对 Scan
节点，如果有过滤条件的话，该节点处理的行数可能远大于
输出行数。
•
产生最多行数(Max) 和最后完成(Last) 的 virtual
segment 信息
例如，对 Append-only Scan (orders) 节点，下面的输
出 表 示 输 出 最 大 行 数 的 virtual segment 是 ”
seg1:changlei.local ”， 而 最 后 完 成 执 行 的 virtual
segment 是”seg0:changlei.local”。其中”changlei.local”
是主机名。其中 seg1 和 seg0 输出的行数都为 750000 行。
of 6
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论