​​​1 Presto性能调优

1.1 概述

1.1.1 Presto架构

    图1-1 Presto架构

Presto是一个分布式的查询引擎,本身并不存储数据,但是可以接入多种数据源,并且支持跨数据源的级联查询。

Presto的架构分为:

Coodinator解析SQL语句,生成执行计划,分发执行任务给Worker节点执行。

Discovery ServerWorker节点启动后向Discovery Server服务注册,Coordinator从Discovery Server获得可以正常工作的Worker节点。

Worker负责执行实际查询任务,访问底层存储系统。

存储:Presto的数据可以存储在HDFS/OBS,推荐热数据存储在HDFS,冷数据存储在OBS。

1.2 内存调优

1.2.1 内存管理原理

            Presto有三种内存池,分别为GENERAL_POOL、RESERVED_POOL、SYSTEM_POOL。

            GENERAL_POOL:用于普通查询的physical operators。GENERAL_POOL值为 总内存(Xmx值)- 预留的(max-memory-per-node)- 系统的(0.4 * Xmx)。

            SYSTEM_POOL:系统预留内存,用于读写buffer,worker初始化以及执行任务必要的内存。大小由config.properties里的resources.reserved-system-memory指定。默认值为JVM max memory * 0.4。

            RESERVED_POOL:大部分时间里是不参与计算的,只有当同时满足如下情形下,才会被使用,然后从所有查询里获取占用内存最大的那个查询,然后将该查询放到 RESERVED_POOL 里执行,同时注意RESERVED_POOL只能用于一个Query。大小由config.properties里的query.max-memory-per-node指定,默认值为:JVM max memory * 0.1。

      1. GENERAL_POOL有节点出现阻塞节点(block node)情况,即该node内存不足。

      2. RESERVED_POOL没有被使用

       l  query.max-memory:表示单个查询在分布在所有相关节点上能用的内存之和的最大值。

       l  query.max-memory-per-node:表示单个查询在单个节点上用户内存能用的最大值。

       l  query.max-total-memory-per-node:表示单个查询在单个节点上用户内存能用的最大值和系统内存量。其中系统内存是读取器、写入器和网络缓冲区等在执行期间使用的内存。

       l  memory.heap-headroom-per-node:这个内存主要是第三方库的内存分配,无法被统计跟踪,默认值是-Xmx * 0.3。

  注意点:

      1. query.max-memory-per-node小于query.max-total-memory-per-node。

      2. query.max-total-memory-per-node 与memory.heap-headroom-per-node 之和必须小于 jvm max memory 也就是jvm.config 中配置的-Xmx。

    图1-2 Presto内存池

 

    图1-3 Presto内存配置

1.2.2 内存调优参数

  • 操作场景

    Presto由于是完全基于内存的计算,经常出现OOM,需要调整内存。

  • 修改参数

参数名

默认值

 描述

优化建议

修改位置

query.max-memory-per-node

jvm * 0.1

表示单个查询在单个节点上用户内存能用的最大值

jvm * 0.25

config.properties

query.max-total-memory-per-node

> query.max-memory-per-node

表示单个查询在单个节点上用户内存能用的最大值和系统内存量。其中系统内存是读取器、写入器和网络缓冲区等在执行期间使用的内存

jvm * 0.4

config.properties

memory.heap-headroom-per-node

jvm * 0.3

这个内存主要是第三方库的内存分配,无法被统计跟踪

jvm * 0.2

config.properties

query.max-memory

< query.max-memory-per-node * worker

表示单个查询在分布在所有相关节点上能用的内存之和的最大值

query.max-memory-per-node * worker * 0.8

 

config.properties

query.low-memory-killer.policy

none

当查询发生OOM时的处理策略。配置total-reservation的作用是kill掉所有查询里最费内存的查询;而total-reservation-on-blocked-nodes杀死在内存不足(阻塞)的节点上使用最多内存的查询

total-reservation-on-blocked-nodes

 

jvm.config

experimental.reserved-pool-enabled

true

是否启用Reserved Pool

并发较多时, RESERVED_POOL可能被闲置,可以关闭RESERVED_POOL

config.properties

 

1.2.3 常见OOM报错

1.2.3.1 Query exceeded per-node total memory limit of xx

            适当增加query.max-total-memory-per-node。

1.2.3.2 Query exceeded distributed user memory limit of xx

            适当增加query.max-memory。

1.2.3.3 Could not communicate with the remote task. The node may have crashed or be under too much load

            内存不够,导致节点crash,可以查看/var/log/message。

 

1.3 并行度

  • 操作场景

    调整线程数增大task的并发以提高效率。

  • 修改参数

参数名

默认值

 描述

优化建议

修改位置

task.concurrency

16

执行join,aggregation等操作的并发度

串行调高并行调低

config.properties

task.max-worker-threads

cpu core * 2

worker处理split的线程数

如果工作器CPU利用率低并且所有线程都在使用中,则增加此数目可以提高吞吐量,但是会导致堆空间使用率增加。将该值设置得太高可能会由于上下文切换而导致性能下降。线程数可通过com.facebook.presto.execution.executor:name =   TaskExecutor.RunningSplits JXM对象的RunningSplits属性获得

config.properties

node-scheduler.max-splits-per-node

100

每个worker上处理的split数

单个split处理时间短时调大

config.properties

1.4 元数据缓存

  • 操作场景

    Presto支持Hive connector,元数据存储在Hive metastore中,调整元数据缓存的相关参数可以提高访问元数据的效率。

  • 修改参数

参数名

默认值

 描述

优化建议

修改位置

hive.metastore-cache-ttl

 

Time to live Hive metadata cache

1440s

catalog/hive.properties

hive.metastore-refresh-interval

 

How often to refresh the Hive metastore cache

1h

catalog/hive.properties

hive.metastore-cache-maximum-size

 

Hive metastore cache maximum size

10000

catalog/hive.properties

hive.metastore-refresh-max-threads

 

Maximum number of threads to refresh Hive metastore cache.

100

catalog/hive.properties

1.5 Hash优化

  • 操作场景

    针对Hash场景的优化。

  • 修改参数

参数名

默认值

 描述

优化建议

修改位置

query.initial-hash-partitions

8, If the value is larger than the number of machines available during   query scheduling, Presto will use all available machines

当分区系统设置为FIXED时,此值用于确定可以有多少个节点共享同一查询

Value lower then number of presto nodes may lower the utilization of   cluster in low traffic environment. Setting the number to to high value will   cause assigning multiple partitions of same query to one node or ignoring the   setting - in some configurations the value is internally capped at number of   available worker nodes

config.properties

optimizer.optimize-hash-generation

 

Compute hash codes for distribution, joins, and aggregations early in   query plan which may allow to drop some of computation later in query   processing with the cost of increased preprocessing. In most cases it should decrease   overall query processing time

true

config.properties

1.6 优化OBS相关参数

  • 操作场景

     Presto支持on OBS,读写OBS过程中可以调整OBS客户端参数来提交读写效率。

  • 修改参数

参数名

默认值

 描述

优化建议

修改位置

fs.obs.readahead.range

 

读数据时,发起预读建立range读的请求大小

4194304

core-site.xml

fs.obs.write.buffer.size

 

OBS FS中的读写缓冲区大小

262144

core-site.xml

fs.obs.read.buffer.size

 

OBS FS中的读写缓冲区大小

262144

core-site.xml

点击这里→了解更多精彩内容

相关阅读:

数据湖应用解析:Spark on Elasticsearch一致性问题

Logo

华为开发者空间,是为全球开发者打造的专属开发空间,汇聚了华为优质开发资源及工具,致力于让每一位开发者拥有一台云主机,基于华为根生态开发、创新。

更多推荐