Presto 架构

Presto 的架构几乎类似于经典的 MPP（大规模并行处理）DBMS 架构。下图说明了 Presto 的架构。

上图由不同的组件组成。下表详细描述了每个组件。

组件和描述

Client

Client (Presto CLI) 将 SQL 语句提交给协调器以获取结果。

Coordinator

Coordinator 是一个主守护进程。协调器首先解析 SQL 查询，然后分析和计划查询执行。调度器执行管道执行，将工作分配给最近的节点并监控进度。

Connector

存储插件称为连接器。 Hive、HBase、MySQL、Cassandra 等等都充当连接器；否则你也可以实现一个自定义的。连接器为查询提供元数据和数据。协调器使用连接器获取元数据以构建查询计划。

Worker

协调器将任务分配给工作节点。工作人员从连接器获取实际数据。 F最终，工作节点将结果传递给客户端。

Presto-工作流程

Presto 是一个运行在节点集群上的分布式系统。 Presto 的分布式查询引擎针对交互式分析进行了优化，并支持标准 ANSI SQL，包括复杂查询、聚合、连接和窗口函数。 Presto 架构简单且可扩展。 Presto 客户端 (CLI) 将 SQL 语句提交给主守护进程协调器。

调度器通过执行管道连接。调度程序将工作分配给最接近数据的节点并监控进度。协调器将任务分配给多个工作节点，最后工作节点将结果返回给客户端。客户端从输出过程中提取数据。可扩展性是关键设计。可插拔连接器，如 Hive、HBase、MySQL 等，为查询提供元数据和数据。 Presto 采用"简单存储抽象"设计，可轻松针对这些不同类型的数据源提供 SQL 查询功能。

执行模型

Presto 支持带有旨在支持 SQL 语义的运算符的自定义查询和执行引擎。除了改进调度之外，所有处理都在内存中，并通过网络在不同阶段之间进行流水线处理。这避免了不必要的 I/O 延迟开销。

找工作要求35岁以下，35岁以上的程序员都干什么去了？

长久以来，一直有一个问题困扰着技术人——如何打破“程序员的35岁职业魔咒”，这一天迟早会到来，或早或晚。

或许是选错了行业，程序员薪水虽高，但光鲜的外表下，背后的苦衷只有自己知道。三十多岁本该是一个人事业的黄金期，但技术变化日新月异，行业竞争异常残酷，对一个企业来说，永远有比你更年轻、劳动成本更低的人可以选择，这让你的中年危机提前到来。破局的智慧可以看看这本书！>>

<< Presto 概述 Presto 安装 >>

昵称：邮箱：