置顶通知
由于评论从畅言云评迁移到waline,导致评论数据丢失。非本人删除,各位大佬见谅!!!
由于评论从畅言云评迁移到waline,导致评论数据丢失。非本人删除,各位大佬见谅!!!
本文记录一些分析 CPU 性能问题的工具&方法。
本篇是论文的中文简单翻译
物化视图可以大大缩短查询处理时间,特别是对于大型表的聚合查询。要释放这种潜力,查询优化器必须知道如何以及何时利用物化视图。本文提出了一种快速且可扩展的算法,用于确定是否可以从物化视图中计算查询的部分或全部,并描述了如何将其纳入基于转换的优化器中。当前版本处理由selections、joins和group by组成的视图。优化仍然完全基于成本,也就是说,启发式规则不会选择单个“最佳”重写,而是生成多个重写,优化器以正常方式选择最佳替代方案。实验结果表明,该算法在Microsoft SQL Server上实现了良好的性能和可扩展性。优化时间随着视图数的增加而缓慢增加,但即使视图数达到1000次,优化耗时仍然很低。
关键字:
本文是数据库系统概念第六章节的读书笔记。
查询语言是用户用来从数据库中请求信息的语言。查询语言可以分为过程化和非过程化的。在过程化语言中用户指导系统对数据库执行一系列操作以计算出结果。在非过程化语言中,用户只需要描述所需信息,而不用给出具体过程。
实际上使用的查询语言既包含过程化的成分,又包含非过程化的成分。在一些"纯"查询语言中,关系代数是过程化的,而元组关系演算和域关系演算是非过程的。
在关系模型中,关系指表。表的一行是元组。表中一列是属性。域是属性的取值范围。
一些SQL构造(如ORDER BY)在许多情况下不会影响查询结果,并且会产生影响性能的负面影响(查询中的每个ORDER BY子句都代表一个排序执行计划)。如果用户无意中在没有效果的地方使用ORDER BY,可能会导致严重的性能下降和资源浪费。
sql规范(ISO 9075 Part 2)中说明:
一个
<query expression>
可以包含一个可选的<order by clause>
。<query expression>
z中行的顺序仅由<query expression>
直接包含的<order by clause>
指定。
上述规范意味着,查询引擎可以自由地忽略任何不适合上下文的ORDER BY子句。
Presto Functions 并不能像 Hive UDF 一样动态加载,需要根据 Function 的类型,实现 Presto 内部定义的不同接口,在 Presto 服务启动时进行注册,然后才能在 SQL 执行时进行调用。
Presto 内部将 Functions 分为以下三大类:
对于不同类型的函数,需要遵循不同的规则进行实现。
Presto 使用注解框架来实现标量函数,标量函数分别需要定义函数名称、输入参数类型和返回结果类型。下面介绍几种开发标量函数常用的注解:
@ScalarFunction
:用于声明标量函数的名称和别名@Description
:用于生成函数的功能描述@SqlType
:用于声明函数的返回类型和参数类型@TypeParameter
:用于声明类型变量,它所声明的类型变量可以用于函数的返回类型和参数类型,框架在运行时会自动将变量与具体的类型进行绑定@SqlNullable
:用于表示函数参数或返回结果可能为NULL
。如果方法的参数不使用此注解,当函数参数包含NULL
时,则该函数不会被调用,框架自动返回结果NULL
。当 Java 代码中用于实现函数的方法的返回值为包装类型时,必须要在实现方法上加上该注解,且该注解无法用于 Java 基础类型下面用一个简单的is_null
函数来具体说明如何使用以上注解进行标量函数开发。
1 | public class ExampleIsNullFunction |
以上代码实现的is_null
函数功能为:判断传入的VARCHAR
类型参数是否为NULL
,如果为NULL
则返回true
,否则返回false
。其中:
@ScalarFunction(value = "is_null", alias = "isnull")
声明了函数名为is_null
,函数别名为isnull
,即在 SQL 中使用is_null
和isnull
都可以调用该函数@Description("Returns TRUE if the argument is NULL")
声明了函数描述,使用show functions
命令可以看到函数的描述@SqlType(StandardTypes.BOOLEAN)
声明了函数的返回类型为BOOLEAN
NULL
时,我们不能直接返回NULL
,而是要进行判断,所以要加上@SqlNullable
避免框架自动返回NULL
@SqlType(StandardTypes.VARCHAR)
声明了函数的参数类型为VARCHAR
注意到,这里使用了 Java 类型Slice
来接收 SQL 中VARCHAR
类型的值。框架会自动将 SQL 中的数据类型与“原生容器类型”(Native container type)进行绑定,目前“原生容器类型”只包括:boolean
、long
、double
、Slice
和Block
。VARCHAR
对应的原生容器类型是Slice
而不是String
,Slice
的本质是对byte[]
进行了封装,为的是更加高效、自由地对内存进行操作。Block
可以简单的理解为对应 SQL 中的数组类型。具体的对应关系和绑定过程涉及 Presto 的类型系统和函数调用过程,不是本文讲解的重点,故在此不作展开。
进一步地,我们想对 is_null
函数进行升级,使它能够处理任意类型的参数,这时@TypeParameter
注解就派上用场了,函数的实现可以改写为:
1 | @ScalarFunction(value = "is_null", alias = "isnull") |
可以看到,@TypeParameter
的使用有点类似 Java 中泛型的用法,类型变量T
在声明完之后就可以在@SqlType
注解中使用。在实际的调用过程中,框架会将T
与实际 SQL 类型进行绑定,然后再去调用以对应的原生容器类型为参数的实际方法。
聚合的过程一般涉及多行,有一个累积计算的过程,又由于 Presto 是一个分布式的计算引擎,数据分布在多个节点,所以需要用状态对象来维护和记录中间计算结果。
引入状态之后,Presto 将聚合的过程抽象为三个步骤:
input(state, value)
combine(state1, state2)
output(state, out)
首先,input
阶段分别在不同的 worker 中进行,将行值进行累积计算到state
中;combine
阶段将上一步得到的state
进行两两结合;经过前两步,最终会得到一个state
,在output
阶段对最终的state
进行处理输出。
在实现方面,聚合函数的开发使用了和标量函数类似的注解框架,但是由于状态概念的引入,需要定义一个继承于AccumulatorState
接口的状态接口,对于简单的聚合,该接口只需要新增聚合所需的getter
和setter
,框架会自动生成相关的实现和序列化代码;如果聚合过程中需要记录复杂类型(LIST
、MAP
或自定义的类)的状态,则需要额外实现AccumulatorStateFactory
接口和AccumulatorStateSerializer
接口,并在状态接口上使用@AccumulatorStateMetadata
注解,在注解中指定stateFactoryClass
和stateSerializerClass
。
下面以实现求DOUBLE
类型的列均值的聚合函数avg_double
为例来说明如何进行简单聚合函数的开发。
avg_double
的聚合状态只需要记录累积和与加数个数,所以状态接口的定义如下:
1 | public interface LongAndDoubleState |
使用定义好的状态接口进行聚合函数实现:
1 | @AggregationFunction("avg_double") |
可以看到聚合函数的实现使用了以下注解:
@AggregationFunction
声明了聚合函数的名称,也可以指定函数的别名@InputFunction
、@CombineFunction
和@OutputFunction
分别用来标记聚合的三个步骤,其中@OutputFunction
注解需要声明聚合函数返回结果的数据类型BlockBuilder
类为结果输出类,聚合计算出的最终结果值将通过BlockBuilder
进行输出窗口函数在查询结果的行上进行计算,执行顺序在HAVING
子句之后,ORDER BY
子句之前。在 Presto SQL 中,窗口函数的语法形式如下:
1 | windowFunction(arg1,....argn) OVER([PARTITION BY<...>] [ORDER BY<...>] [RANGE|ROWS BETWEEN AND]) |
由此可见,窗口函数语法由关键字OVER
触发,且包含三个子句:
PARTITION BY
: 指定输入行分区的规则,类似于聚合函数的GROUP BY
子句,不同分区里的计算互不干扰(窗口函数的计算是并发进行的,并发数和partition
数量一致),缺省时将所有数据行视为一个分区ORDER BY
: 决定了窗口函数处理输入行的顺序RANGE|ROWS BETWEEN AND
: 指定窗口边界,不常用,缺省时的窗口为当前行所在的分区第一行到当前行窗口函数的开发需要实现WindowFunction
接口,WindowFunction
接口中声明了两个方法:
void reset(WindowIndex windowIndex)
: 处理新分区时,都会调用该方法进行初始化,WindowIndex
包含了已排序的分区的所有行void processRow(BlockBuilder output, int peerGroupStart, int peerGroupEnd, int frameStart, int frameEnd)
: 窗口函数的实现方法,BlockBuilder
为结果输出类,计算出来的值将通过BlockBuilder
进行输出;peerGroupStart
和peerGroupEnd
为当前处理的行所在的分区的开始和结束的位置;frameStart
和frameEnd
为当前处理行所在的窗口的开始和结束位置。实现一个返回窗口中第一个值的窗口函数first_value(x)
的代码如下:
1 | @WindowFunctionSignature(name = "first_value", typeVariable = "T", returnType = "T", argumentTypes = "T") |
其中:
@WindowFunctionSignature
注解声明了窗口函数的名称,为了处理任意数据类型的字段,这里还声明了类型变量T
,并将返回类型和参数类型都指定为T
argumentChannels
为参数字段所在列的索引值processRow
方法中,每次只需要通过列索引argumentChannel
和当前行所在的窗口起始索引frameStart
,就能确定窗口中的第一个值Presto 函数由MetadataManager
中的FunctionRegistry
进行管理,开发的函数要生效必须要先注册到FunctionRegistry
中。函数注册是在 Presto 服务启动过程中进行的,有以下两种方式进行函数注册。
内置函数指的是 Presto 自带的函数库中的函数,函数的实现位于presto-main
模块中,在FunctionRegistry
初始化时进行注册。具体的注册过程使用了建造者模式,不同类型的函数注册只需要调用FunctionListBuilder
对象对应的方法进行注册,关键代码如下:
1 | FunctionListBuilder builder = new FunctionListBuilder() |
内置函数满足不了使用需求时,就需要自行开发函数来拓展函数库。开发者自行编写的拓展函数一般通过插件的方式进行注册。PluginManager
在安装插件时会调用插件的getFunctions()
方法,将获取到的函数集合通过MetadataManager
的addFunctions
方法进行注册:
1 | public void installPlugin(Plugin plugin) |
所以用做拓展函数库的插件,需要实现getFunctions()
方法,来返回拓展的函数集合,例:
1 | public class ExampleFunctionsPlugin |
本篇将介绍Trino的SPI和如何通过Plugin体系扩展SPI。Trino 支持通过SPI(Service Provider Interface)方式对其进行扩展点扩展。当前已有的扩展点有:
蓄水池采样算法是一种随机抽样算法,它能够在一个很大的集合中,抽取一部分样本,并保证每个样本的选取概率都是相等并随机的。
Trino中的内存管理分为两块: