sharding-jdbc(3.0.0)源码解析-insert执行流程分析

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了sharding-jdbc(3.0.0)源码解析-insert执行流程分析相关的知识,希望对你有一定的参考价值。

参考技术A 以下为官方网站提供的流程图

SQLRouteResult对象内容:

7.ParsingSQLRouter.route(final SQLStatement sqlStatement, final ShardingConditions shardingConditions):调用分库分表策略生成分库分表结果

StandardRoutingEngine.route:查看进去会看到,进入到如下源码

此文是一个简单的流程分析,希望帮助大家,对整个流程有个认知,为后续关键节点的实现有个整体的概览

数据库分库分表中间件 Sharding-JDBC 源码分析 —— SQL 解析之删除SQL

技术分享

关注微信公众号:【芋道源码】有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表

  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址

  3. 您对于源码的疑问每条留言将得到认真回复。甚至不知道如何读源码也可以请教噢

  4. 新的源码解析文章实时收到通知。每周更新一篇左右

  5. 认真的源码交流微信群。


本文主要基于 Sharding-JDBC 1.5.0 正式版


1. 概述

本文前置阅读:

本文分享删除SQL解析的源码实现。

如果你已经理解《SQL 解析(三)之查询SQL》,那本文会是一篇水文,当成一种放松吧。还是跟前文一样,以 MySQL 举例子。我们来一起看看 MySQLDeleteParser。

MySQL DELETE 语法一共有 2 种 :

  • 第一种:Single-table syntax

DELETE [LOW_PRIORITY] [QUICK] [IGNORE] FROM tbl_name    [PARTITION (partition_name,...)]    [WHERE where_condition]    [ORDER BY ...]    [LIMIT row_count]
  • 第二种:Multiple-table syntax

DELETE [LOW_PRIORITY] [QUICK] [IGNORE]    tbl_name[.*] [, tbl_name[.*]] ...    FROM table_references    [WHERE where_condition]【OR】DELETE [LOW_PRIORITY] [QUICK] [IGNORE]    FROM tbl_name[.*] [, tbl_name[.*]] ...    USING table_references    [WHERE where_condition]

Sharding-JDBC 目前仅支持第一种。业务场景上使用第二种的很少很少。

Sharding-JDBC 更新SQL解析主流程如下:

技术分享

// [email protected] DeleteStatement parse() {   sqlParser.getLexer().nextToken(); // 跳过 DELETE   skipBetweenDeleteAndTable(); // // 跳过关键字,例如:MYSQL 里的 LOW_PRIORITY、IGNORE 和 FROM   sqlParser.parseSingleTable(deleteStatement); // 解析表   sqlParser.skipUntil(DefaultKeyword.WHERE); // 跳到 WHERE   sqlParser.parseWhere(deleteStatement); // 解析 WHERE   return deleteStatement;}

Sharding-JDBC 正在收集使用公司名单:传送门
你的登记,会让更多人参与和使用 Sharding-JDBC。传送门
Sharding-JDBC 也会因此,能够覆盖更多的业务场景。传送门
登记吧,骚年!传送门

2. DeleteStatement

删除SQL 解析结果。

public final class UpdateStatement extends AbstractSQLStatement {}

对,没有其他属性。

我们来看下 DELETE IGNORE FROM t_user WHERE user_id=?解析结果

技术分享

3. #parse()

3.1 #skipBetweenDeleteAndTable()

DELETE 和 表名 之间有些词法,对 SQL 路由和改写无影响,进行跳过。

// [email protected] void skipBetweenDeleteAndTable() {   getSqlParser().skipAll(MySQLKeyword.LOW_PRIORITY, MySQLKeyword.QUICK, MySQLKeyword.IGNORE);   getSqlParser().skipIfEqual(DefaultKeyword.FROM);}// [email protected] void skipBetweenDeleteAndTable() {   getSqlParser().skipIfEqual(DefaultKeyword.FROM);   getSqlParser().skipIfEqual(OracleKeyword.ONLY);}

3.2 #parseSingleTable()

解析,请看《SQL 解析(二)之SQL解析》的 #parseSingleTable() 小节

3.3 #parseWhere()

解析 WHERE 条件。解析代码:《SQL 解析(二)之SQL解析》的#parseWhere()小节

666. 彩蛋

道友,帮我分享一波怎么样?

后面 SQL 路由和改写会更加有趣哟!


以上是关于sharding-jdbc(3.0.0)源码解析-insert执行流程分析的主要内容,如果未能解决你的问题,请参考以下文章

数据库中间件 Sharding-JDBC 源码分析 —— SQL 解析之SQL解析

数据库中间件 Sharding-JDBC 源码分析 —— SQL 解析之语法解析

数据库分库分表中间件 Sharding-JDBC 源码分析 —— SQL 解析之删除SQL

数据库中间件 Sharding-JDBC 源码分析 —— SQL 解析之查询SQL

图文并茂源码解析MyBatis Sharding-Jdbc SQL语句执行流程详解

sharding-jdbc绑定表的解析