Presto查询计划
生成查询计划
生成查询计划 分为 语法分析、词法分析、语义分析、执行计划生成、执行计划优化、执行计划分阶段执行。

基本概念
Node
经过词法和语法分析后,会生成抽象语法树(AST),该语法树中的每一个节点都是Node(SQL语句的一部分,例如select部分,where部分),Node是一个抽象类,其实现类如下图,特别庞大:
生成查询计划 分为 语法分析、词法分析、语义分析、执行计划生成、执行计划优化、执行计划分阶段执行。

经过词法和语法分析后,会生成抽象语法树(AST),该语法树中的每一个节点都是Node(SQL语句的一部分,例如select部分,where部分),Node是一个抽象类,其实现类如下图,特别庞大:
阅读源码时梳理逻辑用,无阅读价值
Presto/Trino 客户端对查询语句的提交分三个步骤:

cli提交查询的入口在:client 目录下的trino-cli 工程中,入口类io.trino.cli.Trino
判断主机/虚拟机是否支持 sse4_2 指令集:
1 | grep -q sse4_2 /proc/cpuinfo && echo "SSE 4.2 supported" || echo "SSE 4.2 not supported“" |
由于物理主机的CPU是支持该指令集的,所以只需要修改虚拟机的主机模式
1 | service kudu-master restart |
1 | sudo -u kudu kudu cluster ksck master1,master2,master3 > ./ksck.out 2>&1 |
Presto 数据源加载机制原生是基于文件系统的,从配置目录中加载 数据源配置文件,从而实现不同源的数据库连接,而且整个过程是在presto集群启动时执行。而我们需要动态的增加/删除 数据源,并且不重启整个presto集群,所以对presto 加载数据源部分做了改造:
新增两个接口,用于向presto/trino 动态的增加和删除数据源:
POST http://{presto-api-base-url}/v1/catalog/add
DELETE http://{presto-api-base-url}/v1/catalog/delete
处理的流程图:

将Trino二次开发和调试过程中遇到的问题进行记录
Trino 使用一段时间报错:
1 |
|
重启后正常,应该是发包后没有重启,后续没有出现
Presto是支持Array数据类型的,由于上层应用需要用到Array数据类型,所以当使用不支持Array数据类型的Kudu 作为存储引擎时,需要改造下Kudu 的连接器:
主要的改造思路就是,insert时将数组转换为字符串进行存储,读取时将字符串转换为数组给Presto。

在presto中几乎所有的操作都是依赖于AirLift构造的RESTful服务来完成的,包括worker节点的管理、查询语句的提交、查询状态的显示、各个task之间数据的传递等。因此presto中的RESTful服务是presto集群的基础。
presto中提供了四种类型的RESTful接口,分别是statement服务接口、query服务接口、stage服务接口、task服务接口
与sql语句相关的请求均由该服务接口处理,包括接收提交的sql语句、获取查询执行结果的语句、取消查询语句等。statement服务接口的实现类为StatementResource。
与查询相关 的RESTful请求均由query服务接口处理,包裹sql语句的提交、获取查询执行的结果、取消查询等。query服务接口实现类为QueryResource。
presto服务器进程一共有两种服务器进程:coordinator服务进程和worker服务进程
coordinator服务进程主要作用是:接收查询请求、生成查询执行计划、任务调度和worker管理
worker服务进程则执行被分解后的查询执行计划:task。

Update your browser to view this website correctly. Update my browser now