复杂 SQL 查询跑不动？DRDS 只读实例来解决！

背景

在实际业务生产环境中，业务应用系统在使用 OLTP 数据库将数据进行存储后，均会存在如后台运营类系统进行统计报表分析等场景的复杂 SQL 查询诉求。

为知足此类复杂 SQL 查询快速响应的需求，DRDS 团队基于第三代分布式SQL引擎，进一步引入自研 MPP 多机并行计算引擎（Fireworks）及对应的优化策略，极大地补强了 DRDS 的复杂查询处理能力。

千万级数据下的分布式多表Join、聚合、排序、子查询操做秒级返回结果,可极大的提高响应速度。自身利用同一份数据（RDS只读）进行处理，无需数据同步至其余数据源，下降业务架构总体链路复杂度，节省业务运维及预算成本。

主要特性
自研 MPP 多机并行计算引擎 Fireworks

DRDS 只读实例搭载了一个具有完整多机并行处理能力的 SQL 执行引擎（Fireworks）。它与 DRDS 主实例上搭载的 SQL 执行引擎有显著差别。

DRDS 主实例的执行引擎采用单机架构，采起尽量将计算下推至底层各物理分库执行的策略，依靠物理分库的计算能力实现了逻辑SQL的分布式计算。

而 DRDS 只读实例上搭载的 Fireworks 引擎是一个由多个计算节点组成的集群，将一个 SQL 查询转换为一个分布式计算任务，突破下挂

物理库计算能力的限制，大幅提高针对复杂逻辑SQL的计算速度，对 Join、Aggregate 和 Sort 计算有显著加速效果。

Fireworks 会将 Join、Aggregate 和 Sort 这类计算任务经过 Shuffle 的方式打散并分发到计算集群的多个计算节点上，经过多计算节点并行计算达到计算加速的目的。

针对多机并行执行模式定制打造的优化器

原 DRDS 主实例优化器主要侧重 OLTP 场景，核心理念是尽可能将一切计算下推至下挂的物理库执行。其目的是充分利用物理库的计算资源，同时能够避免产生大量的数据流动，从而获得较快的响应速度。

而当面对涉及较大数据量级下的复查查询场景时，总体性能会受到下挂物理库的限制，同时也会对物理库产生较大的压力从而影响稳定性，整体来看其 OLAP 能力有不少局限性。

在引入了 MPP 多机并行计算引擎 Fireworks 以后，DRDS 自己在计算能力上获得了极大地提高，优化器的总体优化策略也有所调整：

1. 尽可能将复杂计算（如 Join 、Aggregation 、Sort ）上提至自身执行引擎计算，经过 Fireworks 计算集群实现计算加速与可扩展性；
2. 将轻量级的计算（如 Project 、Filter ）继续下推至至物理库从而减小数据拉取的成本。

DRDS 分布式 SQL 优化器经过对执行计划最细粒度的优化能够产生出对多机并行执行引擎友好的执行计划，得到更好执行效率。

同时提供精细化算子下推策略，将对 RDS 较小压力的算子下推至物理库取得更高的计算性价比，同时保护 RDS 免受代价较大算子的影响，从而保证在线流量的稳定性。

基于在线数据直接分析

以新零售业务为表明的新兴互联网业务不断涌现，这类业务除了有实时的 OLTP 需求，还伴随着一些有必定复杂度的准实时 OLAP 的需求用以支持实时决策等需求。

而目前大多数的数据分析场景的解决方案均须要将 OLTP 数据库的生产数据导出至其余数据源进行再次离线分析，这种传统方案很难知足准实时的需求，同时在数据导出至离线系统时也存在数据丢失的风险。

DRDS 只读实例无需进行冗长繁琐的数据同步任务，基于 RDS 只读实例或 RDS 主实例直接进行复杂数据处理，下降业务架构总体链路复杂度，节省业务运维及预算成本。

DRDS 只读实例在避免数据同步的同时，可保证数据处理时效性，最高可作到 READ COMMITED 的实时性 (基于 RDS 主实例)。

边界清晰的 SQL 兼容性

DRDS 只读实例全面兼容 DRDS 主实例的 SQL 查询语法，与 DRDS 5.3 版本的 SQL 兼容性和 SQL 支持边界高度保持一致。

与同类产品相比具有兼容性高以及支持边界清晰的特色。能够提供与 DRDS 主实例几乎一致的体验。

DRDS 主实例上没法执行或执行较慢的复杂 SQL 能够直接迁移到只读实例来执行，免去SQL改写的额外开销。

产品体验灵活自主

DRDS 只读实例自动同步 DRDS 主实例的帐号权限信息，原生VPC支持，内外网可同时开启，根据业务状况灵活变配，数据处理能力线性提高。

技术架构总览

DRDS 只读实例总体架构与 DRDS 主实例基本保持一致，仅在查询层有所变化，增长了 MPP 执行引擎和对应优化器，以下如所示：

DRDS协议层负责处理网络交互与 MySQL 协议的解析，收到查询请求后会将 SQL 转交至查询层处理。查询层负责解析 SQL 并由执行器产生通过优化的执行计划，而后交由执行引擎到存储层进行查询以及计算。

若是须要使用 Fireworks 引擎计算，在获得执行计划以后查询层还会将该执行计划进一步转换为分布式执行计划并将其做为分布式任务提交给 Fireworks Cluster。由远端的 Fireworks 集群完成到存储层进行数据查询以及后续计算的工做。

简单来讲，DRDS 只读实例能够认为是在原 DRDS 基础上增长了一条具有多机并行处理能力的执行链路。

适用场景

整体来讲 DRDS 只读实例适用于处理低并发高延迟的大数据量级下的复杂查询。如数据分析及报表类场景，该类场景的典型特征为含有大

量的关联、聚合及排序操做且参与计算的数据规模较大。

目前 DRDS 只读实例在阿里集团内部已经落地了多个业务，其中最具表明性的当属盒马、商业大脑等新零售场景。围绕人、货、场、仓多个维度进行关联分析，对分散在不一样逻辑库的几张甚至十几张逻辑表进行关联而后再聚合、排序以知足库存对帐、决策支持等业务上的需求。

DRDS 只读实例的出现使业务开发同窗再也不须要配置、维护数量繁多的数据同步链路，不用担忧因数据不一样步而形成的结果时效性差或不许确等问题，必定程度上减轻了开发同窗的工做负担。

对于已经在使用 DRDS 的用户来讲，DRDS 只读实例能够解决以下两类已知问题：

在使用 DRDS 过程当中可能会发现某一些涉及Join、聚合、排序的复杂 SQL由于不能彻底下推而须要在DRDS执行引擎中进行二次计算，而这种计算由于受到单机执行引擎在内存方面的限制而没法执行。

SQL 的复杂计算部分能够下推可是涉及到的数据规模较大形成物理库压力增高影响 OLTP 业务或者响应时间过慢达不到要求。

小结

长期以来 DRDS 受到单机架构执行引擎的限制一直没法对基于大数据规模的复杂查询提供很好的支持，也没法经过扩展物理资源来实现对自身本地计算能力的线性扩展。

DRDS只读实例的推出完全地弥补了 DRDS 在 OLAP 场景下的短板，使得 DRDS 在提供强大 OLTP 能力的同时提供可扩展的 OLAP 能力，为同时具备 OLTP 需求与中等规模数据分析需求的用户提供了一站式总体解决方案，为用户带来便利。

后续半年时间内 DRDS 只读实例将发布跨逻辑库的关联查询功能，并经过更多的技术手段，不断加强只读实例核心能力，在并发度、响应时间、数据量、交互式查询等方面将拥有更好的表现，知足企业级应用对数据库的严苛要求。

目前 DRDS 只读实例与 DRDS 主实例同享8折限时优惠，活动详情https://promotion.aliyun.com/...

欢迎你们持续关注 DRDS（阿里云分布式关系型数据库服务），产品详情

https://www.aliyun.com/produc...

本文做者：云攻略小攻

阅读原文

本文为云栖社区原创内容，未经容许不得转载。