关注博主微信公众号:3分钟秒懂大数据,粉丝2w+;
如下图所示,Spark-SQL解析总体分为以下几个步骤:
解析(Parser)
绑定(Analysis)
优化(Optimization)
执行(Physical)
生成RDD(RDDs)
接下来,我们先介绍解析部分,对于绑定、逻辑计划的优化、物理执行计划、生成RDD后面再专门介绍。

Antlr4

最新的Spark-Sql解析模块为spark-catalyst_2.11,通过Antlr4(Another Tool for Language Recognition)框架来实现。ANTLR 是用JAVA写的语言识别工具,它用来声明语言的语法。它的语法识别分为两个阶段:
1.词法分析阶段 (lexical analysis)
对应的分析程序叫做 lexer ,负责将符号(token)分组成符号类(token class or token type)
2.解析阶段
根据词法,构建出一棵分析树(parse tree)或叫语法树(syntax tree)

以下是四则运算的例子,Math.g4



利用antlr4-maven-plugin插件即可完成自动编译。

可通过IDEA的maven插件编译,之后可在根目录\target\generated-sources\antlr4\com\hikvs\bigdata\catalyst\parser下产生以下JAVA文件:

其中MathLexer是词法分析器、MathParser是语法分析器、MathVisitor和MathBaseVisitor分别是访问者接口和访问者类。

Antlr4的遍历模式分两种:
1.Listener(观察者模式)
优点:通过节点监听,触发处理方法,用户不需要显示控制语法树的顺序,实现简单。
缺点:不能显示控制遍历语法树的顺序;没有返回值,需要使用map、 栈等结构在节点间传值
2.Visitor(访问者模式)
优点:主动遍历,用户可以显示定义遍历语法树的顺序、有返回值。
比较两种模式,一般采用访问者模式,可以显示控制遍历树的顺序。访问者类的作用是用于遍历整个语法树,然后进行相关操作,用户可以自己实现访问者类来 定义自己需要的功能。
public class MathVisitorTest extends MathBaseVisitor<Integer> {Map<String, Integer> memory = new HashMap<String, Integer>();@Overridepublic Integer visitPrintExpr(MathParser.PrintExprContext ctx) {Integer value = visit(ctx.expr());return value;}@Overridepublic Integer visitAssign(MathParser.AssignContext ctx) {String id = ctx.ID().getText();int value = visit(ctx.expr());memory.put(id, value);return value;}@Overridepublic Integer visitBlank(MathParser.BlankContext ctx) {return super.visitBlank(ctx);}@Overridepublic Integer visitParens(MathParser.ParensContext ctx) {return visit(ctx.expr());}@Overridepublic Integer visitMulDiv(MathParser.MulDivContext ctx) {int left = visit(ctx.expr(0));int right = visit(ctx.expr(1));if ( ctx.op.getType() == MathParser.MUL ) return left * right;return left / right;}@Overridepublic Integer visitAddSub(MathParser.AddSubContext ctx) {// TODO Auto-generatedmethod stubint left = visit(ctx.expr(0));int right = visit(ctx.expr(1));if ( ctx.op.getType() == MathParser.ADD ) return left + right;return left - right;}@Overridepublic Integer visitId(MathParser.IdContext ctx) {String id = ctx.ID().getText();if ( memory.containsKey(id) ) return memory.get(id);return 0;}@Overridepublic Integer visitInt(MathParser.IntContext ctx) {return Integer.valueOf(ctx.INT().getText());}}public class Math {public static void main(String[] args) {CharStream input = CharStreams.fromString("1*(6-3)/2");MathLexer lexer = new MathLexer(input);CommonTokenStream tokens = new CommonTokenStream(lexer);MathParser parser = new MathParser(tokens);ParseTree tree = parser.prog(); // parseMathVisitorTest vt = new MathVisitorTest();Integer r = vt.visit(tree);System.out.println(r.toString());}}

1.SqlBase.g4
SqlBase.g4是spark-sql的语法解析文件,所属模块为spark-catalyst,SqlBase.g4位于路径\spark2.3\sql\catalyst\src\main\antlr4\org\apache\spark\sql\catalyst\parser\SqlBase.g4。查询的部分语法如下:


2.访问者-AstBuilder
整个SQL解析相关的实现如下图

AstBuilder实现了SqlBaseBaseVisitor,并实现了部分visitXXX方法
class AstBuilder(conf: SQLConf) extends SqlBaseBaseVisitor[AnyRef]{
override def visitQuerySpecification(ctx: QuerySpecificationContext): LogicalPlan = withOrigin(ctx) {
.......
}
override def visitSingleStatement(ctx: SingleStatementContext): LogicalPlan = withOrigin(ctx) {
.......
}
override def visitSingleExpression(ctx: SingleExpressionContext): Expression = withOrigin(ctx) {
.......
}
}3.Spark-SQL执行入口
SparkSession .sql(sqlText: String)是暴露给用户的方法,用于执行sql文本。
class SparkSession private(){def sql(sqlText: String): DataFrame = {Dataset.ofRows(self, sessionState.sqlParser.parsePlan(sqlText))}}
visitSingleStatement为根节点开始采用递归下降的方式遍历整个语法树,解析后返回的是LogicalPlan,后面我们将介绍逻辑计划(LogicalPlan)。
override def parsePlan(sqlText: String): LogicalPlan = parse(sqlText) { parser =>
astBuilder.visitSingleStatement(parser.singleStatement()) match {
case plan: LogicalPlan => plan
case _ =>
val position = Origin(None, None)
throw new ParseException(Option(sqlText), "Unsupported SQL statement", position, position)
}
}
protected def parse[T](command: String)(toResult: SqlBaseParser => T): T = {
logDebug(s"Parsing command: $command")
val lexer = new SqlBaseLexer(new UpperCaseCharStream(CharStreams.fromString(command)))
lexer.removeErrorListeners()
lexer.addErrorListener(ParseErrorListener)
val tokenStream = new CommonTokenStream(lexer)
val parser = new SqlBaseParser(tokenStream)
parser.addParseListener(PostProcessor)
parser.removeErrorListeners()
parser.addErrorListener(ParseErrorListener)
try {
try {
// first, try parsing with potentially faster SLL mode
parser.getInterpreter.setPredictionMode(PredictionMode.SLL)
toResult(parser)
}
catch {
......
}
}
catch {
......
}
}逻辑计划(LogicalPlan)

1、TreeNode
TreeNode 是Catalyst的核心类,语法树的构建都是由一个个TreeNode组成。继承关系如下:

其核心方法的作用如下:

LogicalPlan是TreeNode 的子类,作为数据结构记录了对应逻辑算子树节点的基本信息和基本操作,包括输入输出和各种处理逻辑等。

QueryPlan是LogicalPlan的直接父类,继承自TreeNode,其核心属性和方法可以分为6个部分:
1.输入输出
输入或输出属性,比如Project的output方法就返回所有查询的字段信息。
override def output: Seq[Attribute] = projectList.map(_.toAttribute)2.基本属性
表示QueryPlan节点的一些基本信息,比如其中schema对应output输出属性的schema信息。
lazy val schema: StructType = StructType.fromAttributes(output)3.字符串
打印QueryPlan树形结构信息。
4.规范化
QueryPlan的canonicalized直接赋值为当前的QueryPlan类,sameResult方法会利用canonicalized来判断两个QueryPlan的输出结果是否相同。
5.表达式操作
比如expressions会返回改节点所有表达式的列表,另外还有遍历表达式的方法transformExpressions等。
6.约束
可以推导的一种过滤条件,比如“a>1”,可以推出a不能为null。


生成未解析逻辑计划(UnResolve LogicalPlan)
以查询为例子来说明生成未解析逻辑计划的过程,例如执行SQL为:

通过antlr4解析后得到的抽象语法树如下图所示:

通过Asbuilder访问类对语法树进行访问,代码会执行
override def visitQuerySpecification(
ctx: QuerySpecificationContext): LogicalPlan = withOrigin(ctx) {
val from = OneRowRelation().optional(ctx.fromClause) {
visitFromClause(ctx.fromClause)
}
withQuerySpecification(ctx, from)
}生成UnResolve LogicalPlan的过程如图:

具体步骤如下:(1)简化后的流程图为:

UnresolvedRelation:对应SQL语句的from的表名,访问FromClauseContext并递归向下访问,最终匹配到TableNameContext节点时,直接根据TableNameContext 的信息生成UnresolvedRelation,构造名为from的LogicalPlan并返回。
(2)Join:对应SQL语句中的INNER JOIN语句,通过withJoinRelations最终构造Join(left, plan(join.right), joinType, condition)返回。包括左表、右表、关联类型、条件。
(3)Filter:对应SQL语句中的where语句,QuerySpecificationContext中包含了 BooleanExpressionContext类型,Asbuilder会对改子树进行递归访问,此例中碰到ComparisonContext节点,生成GreaterThan表达式,然后生成expression并返回 作为过滤条件,构造Filter(expression(ctx), plan)返回。
(4)Project:对应SQL语句中select对列值的选择操作,Asbuilder在访问中会获取 NamedExpressionSeqContext,并对其所有子节点对应的表达式进行转换,生成Expression列表expressions,基于expressions构造Project(namedExpressions, withFilter)返回。
其中各节点中的Expression情况如下:下表列出了构造Filter逻辑算子树节点中的condition表达式。根据ColumnReferenceContext节点信息生成 UnresolvedAttribute表达式。
| 访问操作 | Expression |
| visitColumnReference | UnresolvedAttribute(Seq(“age”)) |
| visitIntegerLiteral | Literal(20, IntegerType) |
| visitComparison | GreaterThan(left, right) |
下表列出了构造Project逻辑算子树节点中的condition表达式。
| 访问操作 | Expression |
| visitColumnReference | UnresolvedAttribute(Seq(“a.id”,“a.name”,“cast(b.age as bigint)”)) |
树形结构如下图:

最终生成的未解析LogicalPlan为:


Spark是如何将一个SQL语句通过Antlr4生成未解析的LogicalPlan的流程,这个LogicalPlan中的表名、函数名、字段名等都是未解析的,并没有绑定任何东西。
接下来会进入Analyzer(分析)阶段,完成绑定操作,具体请参考下一篇文章。
以上就是Spark - SQL 解析第一阶段的所有内容!觉得好的,点赞,在看,分享三连击,谢谢!!!
找各类大数据技术文章和面经,就来
<3分钟秒懂大数据>
随时更新互联网大数据组件内容
专为学习者提供技术博文
快和身边的小伙伴一起关注我们吧!

作者简介:逆流而上Mr李,秋招7offer, 微信公众号:3分钟秒懂大数据,粉丝:2w+