免费试用
作者: 骆迪安
产品技术解读
2019-11-15

上一篇 《TiKV 源码解析系列文章(十四)Coprocessor 概览》讲到了 TiDB 为了最大化利用分布式计算能力,会尽量将 Selection 算子、聚合算子等算子下推到 TiKV 节点上。本文将继续介绍 Coprocessor 中表达式计算框架的源码架构,带大家看看 SQL 中的表达式是如何在 Coprocessor 中执行的。

什么是表达式

比如说我们有这个 SQL 作为例子:

SELECT (count * price) AS sum FROM orders WHERE order_id < 100

其中order_id < 10就是一个表达式,它有一个列输入参数:order_id,输出:Bool

RPN 表达式

因为 TiDB 下推的是树状结构表达式,所以我们需要选择一种树的遍历方式, 这里 Coprocessor 选择了由下而上递推的 RPN(逆波兰表示法)。RPN 是树的后序遍历,后序遍历在每个节点知道自己有几个子节点的时候等价于原本的树结构。

比如说我们有一个数学算式2 *(3 + 4)+ 5

图 1 sample(1/8)

由于数学上习惯写法是中序遍历,我们通常要加上括号消除歧义(比如加减和乘除的顺序)。通过把操作符后移 我们得到RPN:2 3 4 + * 5 +,这样我们无需括号就能无歧义地遍历这个表达式:

图 2 sample(2/8)

执行 RPN 的过程需要一个栈来缓存中间结果,比如说对于2 3 4 + * 5 +,我们从左到右遍历表达式,遇到值就压入栈中。直到+操作符,栈中已经压入了2 3 4

图 3 sample(3/8)

因为+是二元操作符,需要从栈中弹出两个值3 4,结果为7,重新压入栈中:

图 4 sample(4/8)

此时栈中的值为2 7

图 5 sample(5/8)

下一个是*运算符,也需要弹出两个值2 7,结果为14压入栈中。

图 6 sample(6/8)

接着压入5

图 7 sample(7/8)

最后+运算符弹出14 5,结果为19,压入栈。

图 8 sample(8/8)

最后留在栈里的就是表达式的结果。

构建 RPN 表达式

以表达式order_id < 10下推为例,其下推的树状表达式如下图所示,其中ColumnRef(2)表示列order_id2表示order_id列在该表结构中对应的 offset:

图 9 下推的树状表达式

转化为 RPN 表达式:

图 10 RPN 表达式

Coprocessor 中表达式的定义:

/// An expression in Reverse Polish notation, which is simply a list of RPN expression nodes. /// /// You may want to build it usingRpnExpressionBuilder. #[derive(Debug, Clone)] pub struct RpnExpression(Vec); /// A type for each node in the RPN expression list. #[derive(Debug, Clone)] pub enum RpnExpressionNode { /// Represents a function call. FnCall { func_meta: RpnFnMeta, args_len: usize, field_type: FieldType, implicit_args: Vec, }, /// Represents a scalar constant value. Constant { value: ScalarValue, field_type: FieldType, }, /// Represents a reference to a column in the columns specified in evaluation. ColumnRef { offset: usize }, }

执行 RPN 表达式

有了表达式后,接下来我们需要执行表达式,为此我们要使用一个栈结构来缓存中间值。由于表达式中的操作符(RpnExpressionNode::FnCall)不会被存入栈,我们定义了只包含值的RpnStackNode储存中间值:

// A type for each node in the RPN evaluation stack. It can be one of a scalar value node or a /// vector value node. The vector value node can be either an owned vector value or a reference. #[derive(Debug)] pub enum RpnStackNode<'a> { /// Represents a scalar value. Comes from a constant node in expression list. Scalar { value: &'a ScalarValue, field_type: &'a FieldType, }, /// Represents a vector value. Comes from a column reference or evaluated result. Vector { value: RpnStackNodeVectorValue<'a>, field_type: &'a FieldType, }, }

注意,Coprocessor 中表达式是向量化计算的,每次都尽量会计算多行,通常为 1024 行,即op([]value, []value)而不是op(value, value),从而减少分支并提高 Cache Locality。但运算数并不总是一个来自列的向量,还可能是用户直接指定的常量(例如SELECT a+1a是向量,但1只是标量)。因此,RpnStackNode分两种:

  • 标量:由Constant生成。
  • 向量:执行ColumnRe f生成,或是FnCall调用返回的结果。

另外为了避免 Selection 算子移动大量的数据,向量使用了间接的储存方式,每个向量有真实数据和逻辑索引,只有逻辑索引中对应的真实数据才是逻辑有效的,这样 Selection 算子便可以只需改动逻辑索引而不需搬动大量的真实数据:

/// Represents a vector value node in the RPN stack. /// /// It can be either an owned node or a reference node. /// /// When node comes from a column reference, it is a reference node (both value and field_type /// are references). /// /// When nodes comes from an evaluated result, it is an owned node. #[derive(Debug)] pub enum RpnStackNodeVectorValue<'a> { Generated { physical_value: VectorValue, logical_rows: Arc<[usize]>, }, Ref { physical_value: &'a VectorValue, logical_rows: &'a [usize], }, }

接下来我们用上面的order_id < 100作为例子看看表达式是如何执行的。

  1. 首先我们准备好一个栈结构:

    图 11 栈结构

  2. 接着逐一遍历表达式,第一个取出的是ColumnRef,我们取出输入 Selection 算子的数据中对应 offset 的列的向量数据,并将向量压入栈:

    图 12 ColumnRef

  3. 接着是Constant,转化为标量然后压入栈:

    图 13 Constant

  4. 最后一个是LT运算符,它需要两个入参,因此我们从栈中弹出两个值作为参数调用LTLT会生成一个新的向量,将结果压入栈:

    图 14 LT 运算符

  5. 最后留在栈里的就是表达式的执行结果。

    图 15 表达式的执行结果

  6. Selection 算子根据结果的布尔值过滤原输入的逻辑索引:

    图 16 过滤原输入的逻辑索引

  7. 这样就间接的过滤出有效数据而不用改变 Physical Vector:

    图 17 过滤出有效数据

实现 RPN 表达式函数

实现表达式函数(FnCall)是比较繁琐的。比如对于二元操作符加法, 它既可以接受其中一元输入常量,也可以接受来自列数据的向量。一种解决方法是将标量都重复填充为向量,这样所有函数运算都是向量参数,但这个方法会有额外的标量拷贝开销。为了避免这个开销,Coprocessor 直接实现了向量与标量的运算,rpn_expr_codegen提供了过程宏#[rpn_fn],我们只需定义标量逻辑,过程宏将自动生成剩下带有向量的逻辑。

下面我们来试着定义一个整数加法操作符,这里入参和返回值都为标量即可,源码的实现引入了泛型更进一步将其抽象为所有数值类型间的加法:

#[rpn_fn] #[inline] pub fn int_plus_int( lhs: &Option, rhs: &Option, ) -> Result> { if let (Some(lhs), Some(rhs)) = (arg0, arg1) { lhs.checked_add(*rhs) .ok_or_else(|| Error::overflow("BIGINT", &format!("({} + {})", lhs, rhs)).into()) .map(Some) } else { Ok(None) } }

#[rpn_fn]宏会分析这个操作符定义的参数数量和类型,自动生成既可以处理标量也可以处理向量的int_plus_int_fn_meta(),这个函数将可以放进FnCall被用于表达式计算:

酒吧fn int_plus_int_fn_meta (_ctx:傻瓜EvalContext, output_rows: usize, args: &[RpnStackNode<'_>], _extra: &mut RpnFnCallExtra<'_>, ) -> Result { assert!(args.len() >= 2); let lhs = args[0]; let rhs = args[1]; let mut result: Vec = Vec::with_capacity(output_rows); match lhs { RpnStackNode::Scalar { value: ScalarValue::Int(lhs) , .. } => { match rhs { RpnStackNode::Scalar { value: ScalarValue::Int(rhs) , .. } => { let value = int_plus_int(lhs, rhs); result.push(result); } RpnStackNode::Vector { value: VectorValue::Int(rhs_vector) , .. } => { for rhs_row in rhs_vector.logical_rows() { let rhs = rhs_vector.physical_value[rhs_row]; let value = int_plus_int(lhs, rhs); result.push(result); } } _ => panic!("invalid expression") } } RpnStackNode::Vector { value: VectorValue::Int(lhs_vector) , .. } => { match rhs { RpnStackNode::Scalar { value: ScalarValue::Int(rhs) , .. } => { for lhs in lhs_vector { let value = int_plus_int(lhs, rhs); result.push(result); } } RpnStackNode::Vector { value: VectorValue::Int(rhs_vector) , .. } => { for (lhs, rhs) in lhs_vector.logical_rows().iter().zip(rhs_vector.logical_rows()) { let lhs = lhs_vector.physical_value[lhs_row]; let rhs = rhs_vector.physical_value[rhs_row]; let value = int_plus_int(lhs, rhs); result.push(result); } } _ => panic!("invalid expression") } } _ => panic!("invalid expression") } result }

注意:TiKV 源码使用泛型展开生成逻辑代码,较为复杂,因此上面给出的这段是展开后的等价伪代码。

小结

以上就是 Coprocessor 表达式框架实现解析。下一篇我们将详细介绍各算子的内部实现。

点击查看更多TiKV 源码解析系列文章