Sharding-JDBC源码解析(四)SQL改写

Sharding-JDBC源码解析(一)整体流程-CSDN博客

Sharding-JDBC源码解析(二)SQL解析-CSDN博客

Sharding-JDBC源码解析(三)SQL路由-CSDN博客

Sharding-JDBC源码解析(四)SQL改写-CSDN博客

Sharding-JDBC源码解析(五)SQL执行-CSDN博客

Sharding-JDBC源码解析(六)结果归并-CSDN博客

目录

一、整体概述

二、详细流程

1.整体流程

2.改写器

2-1.分片改写器

分页改写

排序改写

聚合改写


一、整体概述

为什么需要sql改写?这是由于用户写的sql都是面向逻辑库与逻辑表,并不能够直接在真实的数据库中执行,sql 改写用于将逻辑 sql 改写为在真实数据库中可以正确执行的 sql。 它包括正确性改写和优化改写两部分。

二、详细流程

下列的代码部分删减掉非核心的部分,部分直接以伪代码或文字的方式描述,需要详细的信息可以自行参照方法入口去阅读。

1.整体流程

重写的整体流程也是使用了装饰器模式,核心代码类位于SQLRewriteEntry,主要分为两部分,第一部分是在构造函数中去加载需要使用到的装饰器,主要使用到的只有ShardingSQLRewriteContextDecorator(未使用到数据加密功能的情况下不会涉及到另一个装饰器EncryptSQLRewriteContextDecorator),第二部分则是在rewrite方法中使用装饰器链去对sql进行改写。

SQLRewriteEntry使用了装饰器模式,在构造函数中会去对装饰器进行加载

    public SQLRewriteEntry(final ShardingSphereSchema schema, final ConfigurationProperties props, final Collection<ShardingSphereRule> rules) {
        decorators = OrderedSPIRegistry.getRegisteredServices(SQLRewriteContextDecorator.class, rules);
    }

改写的过程在ShardingSQLRewriteContextDecorator的decorate方法中,流程上是先对sql的参数进行改写,再对sql的语法进行改写。后续主要对分片改写器进行介绍。 

    private void decorate(final Map<ShardingSphereRule, SQLRewriteContextDecorator> decorators, final SQLRewriteContext sqlRewriteContext, final RouteContext routeContext) {
        // 遍历装饰器链,对sql进行改写。
        decorators.forEach((key, value) -> value.decorate(key, props, sqlRewriteContext, routeContext));
    }    

2.改写器

2-1.分片改写器

    public void decorate(final ShardingRule shardingRule, final ConfigurationProperties props, final SQLRewriteContext sqlRewriteContext, final RouteContext routeContext) {
        if (routeContext.isFederated()) {
            return;
        }

        // 获取参数重写器 判断是否需要对参数进行重写  比如sql携带分页信息,就需要对分页的参数进行正确的重写

        // ParameterRewriter 处理的是参数化查询中的参数重写
        for (ParameterRewriter each : new ShardingParameterRewriterBuilder(shardingRule, routeContext).getParameterRewriters(sqlRewriteContext.getSchema())) {
            if (!sqlRewriteContext.getParameters().isEmpty() && each.isNeedRewrite(sqlRewriteContext.getSqlStatementContext())) {
                each.rewrite(sqlRewriteContext.getParameterBuilder(), sqlRewriteContext.getSqlStatementContext(), sqlRewriteContext.getParameters());
            }
        }
        // 结合当前sql加载需要的SQLTokenGenerator, 然后通过SQLTokenGenerator对sql进行改写
        // SQLTokenGenerator 处理的是对 SQL 语句的结构性改写
        sqlRewriteContext.addSQLTokenGenerators(new ShardingTokenGenerateBuilder(shardingRule, routeContext).getSQLTokenGenerators());
    }
分页改写

对于分页改写的原理参考官网改写引擎 :: ShardingSphere

代码位于ShardingPaginationParameterRewriter#rewrite, 逻辑比较简单,新offset=0,新limit=旧offset + 旧limit。

排序改写

作用于那些没有指明order by的sql进行改写,默认会使用主键升序的方式。

-- 主键为id
-- 原sql
select * from tb;
-- 改写后
select * from tb order by id asc;
聚合改写
课程简介 随着互联网的发展,软件的规模在逐渐变大,用关系型数据库如何存储和处理大规模的业务数据成为企业面临的挑战, 关系型数据库作为OLTP(联机事务处理过程)系统的首选毋庸置疑,但是关系型数据面对大规模数据的处理有其先天的不足,比如单表存储上千万数据时便会出现不同程度的处理速度缓慢问题,如何解决?分库分表技术就是为了解决由于数据量过大而导致数据库性能降低的问题,将原来独立的数据库拆分成若干数据库组成 ,将数据大表拆分成若干数据表组成,使得单一数据库、单一数据表的数据量变小,从而达到提升数据库性能的目的。本课程将系统的讲解分库分表技术。 课程价值 分库分表技术是为解决关系型数据库存储和处理大规模数据的问题,主要应用于OLTP系统,它与应用于OLAP(联机分析处理)的大数据技术有不同的应用场景,本课程本着从解决生产实际问题出发,讲授分库分表技术的解决方案,包括:垂直分库、垂直分表、水平分库、水平分表、读写分离,涵盖了分库分表的各种方案,并且深入讲解Sharding-JDBC框架的原理及使用方法,通过学习本课程可以快速应用到生产实践中。 课程优势 本课程不仅讲解多种有效的分库分表的解决方案,还深入讲解了Sharding-JDBC框架的原理和使用方法,Sharding-JDBC是一套轻量级的对代码零侵入的框架,在生产中有广泛的使用。本课程从思想原理、技术框架、案例实操三个方面去学习,可以快速的将分库分表技术应用到生产实践中,解决大数据存储与处理的问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值