查询优化（Query Optimizer)
查询优化器是数据库系统的核心组件之一，它的功能是基于用户输入的SQL语句进行优化，选择最优的语句执行方式，将结果返回给客户端。优化器的功能是否强大是决定数据库性能是否高效稳定的核心因素，尤其在具有混合负载的场景下（包括一定...
自适应优化
传统查询优化器基于静态的统计信息决定目标SQL语句的执行策略，但统计信息会随着数据的变更而产生偏差，此外数据库整体的负载情况也是实时变化的。为了解决这些无法提前预料的变化因素可能导致的性能回退问题，PolarDB MySQL版 在查询优化...
执行引擎
执行计划由异步算子组成的执行图DAG（有向无环图）表示，可以表达各种复杂查询，并且完美适配Hologres的数据存储模型，方便对接查询优化器，利用各种查询优化技术。全异步执行 端到端的全异步处理框架，可以避免高并发系统的瓶颈，充分利用...
单实例Shard级多副本
查询的同时，Master会定期检测每个Shard的是否可用，系统会主动将不可用的Shard剔除查询备选Shard，当Shard重新可用后，再加入查询备选Shard。由于发现Shard不可用需要5秒，且摘除Worker对应的FE需要10秒，所以在系统发现问题到摘除节点...
指定联接顺序
包括 ORDERED 指令以指示查询优化器按照其在 FROM 子句中列出的顺序联接表。如果没有包括 ORDERED 关键字，则查询优化器将选择联接表的顺序。例如，以下命令允许优化器选择FROM 子句中列出的顺序联接表：SELECT e.ename,d.dname,h....
指定联接顺序
包括 ORDERED 指令以指示查询优化器按照其在 FROM 子句中列出的顺序联接表。如果没有包括 ORDERED 关键字，则查询优化器将选择联接表的顺序。例如，以下命令允许优化器选择FROM 子句中列出的顺序联接表：SELECT e.ename,d.dname,h....
查询性能优化指导
值为on：表示当前优化器为ORCA优化器-值为off：表示当前优化器为Legacy优化器 说明 AnalyticDB PostgreSQL 4.3版 的默认优化器为Legacy优化器，AnalyticDB PostgreSQL 6.0版 的默认优化器为ORCA优化器。实例级别设置请 提交工单 联系技术...
快速开始
cost_threshold_for_parallelism 若优化器估算查询的串行执行代价超过该阈值，优化器会考虑选择并行执行计划。默认值为50000。设置阈值控制多机并行引擎的自适应弹性调度 PolarDB提供了两个阈值来控制是否选择多机并行，SQL语句只要满足...
混合负载HTAP
查询优化器 PolarDB-X 的优化器面向HTAP负载设计，对复杂查询有着良好的支持。TP（Transaction Processing）类事务型查询包含的表数量通常有限（例如3个以内），并且Join条件往往被索引覆盖，且查询涉及的数据量较小。而对于不符合上述特征...
Nereids全新优化器
功能简介 当下，现代查询优化器面临着更加复杂的查询语句和更加多样化的查询场景等挑战。与此同时，用户对于尽快获得查询结果的需求也日益迫切。SelectDB旧版优化器的架构陈旧，难以满足今后快速迭代的需要。因此，云数据库 SelectDB 版 ...
HTAP中的行列混存查询优化
由于在执行查询时使用的执行计划好坏对性能的影响非常关键，因此在所有的数据库系统中都存在查询优化器，典型的查询优化器结构如下图所示：通常，查询优化器会通过如下三个典型组件来协同工作：Plan space enumeration：根据一系列的等价...
关联子查询上拉
优化器通常会对带有关联查询的 ANY/IN/EXISTS/NOT EXISTS 子查询尝试上拉，使其能够与父查询被共同优化为带有半连接（Semi Join）或反连接（Anti Join）的执行计划，从而提升查询性能。其中，对于 ANY_SUBLINK，如果子查询引用了上一级父...
关联子查询上拉
优化器通常会对带有关联查询的 ANY/IN/EXISTS/NOT EXISTS 子查询尝试上拉，使其能够与父查询被共同优化为带有半连接（Semi Join）或反连接（Anti Join）的执行计划，从而提升查询性能。其中，对于 ANY_SUBLINK，如果子查询引用了上一级父...
2023年
无 缺陷修复 修复某些场景下ALTER TABLE Add Partition与Vacuum Full pg_index死锁导致实例不可用的缺陷。修复tdfunc插件中，NVL 函数处理NULL值异常导致coredump的缺陷。修复执行引擎处理分区表扫描的Dynamic Index Scan算子，在执行层...
时序引擎版本说明
为提升用户体验，云原生多模数据库 Lindorm会不定期地发布版本，用于丰富云产品功能或修复已知缺陷。您可以参阅本文了解Lindorm时序引擎的版本更新说明，选择在业务低峰期升级实例的时序引擎版本。如何查看或升级实例的时序引擎版本 您可以...
基于代价的SQL优化
AnalyticDB MySQL 基于代价的查询优化器具有以下优点：面向分布式设计 AnalyticDB MySQL 查询优化器会充分利用多机资源，制定最佳的分布式查询执行计划。将一个复杂的查询拆解到多台机器上执行，对于复杂查询也能实时查询出结果。高度自治...
查看监控信息
节点不可用数监控 数值 监控如下信息：计算节点掉线数 存储节点掉线数 计算内存使用率%监控如下信息：存储节点最大计算内存使用率 存储节点平均计算内存使用率 计算节点平均计算内存使用率 计算节点最大计算内存使用率 查询 查询QPS 数值 ...
PolarDB MySQL版8.0.1版本发布日志
修复主键不包含分区键的分区表在使用查询优化器进行搜索、执行DML操作和记录Binlog时的问题。8.0.1.1.40.2 类别 说明 发布时间 问题修复 修复当多主集群的主节点负载不均衡时，全局只读节点复制延迟可能变高的问题。修复在多主集群上首次...
列存索引配置参数说明
取值范围如下：OFF（默认）：列存索引查询优化过程中，不打印内核错误日志。ON：列存索引查询优化过程中，打印内核错误日志。loose_polar_enable_implicit_imci_with_create_table 是否为所有新建的表添加全表覆盖的列索引。取值范围如下：...
一般SQL优化方法
尽量避免在WHERE条件中使用复杂表达式或函数操作，可能导致优化器行数估算不准确。索引 为避免全表扫描，可以在WHERE条件涉及的列上添加索引。WHERE条件避免使用!或操作符号，只有在=、<、、>、>=、between时才可用到索引。WHERE条件中尽量...
列存索引技术架构介绍
除物理算子需要支持并行外，IMCI的优化器也支持生成并行执行计划，优化器在确定一个表的访问方式时，会根据需要访问的数据量来决定是否启用并行执行，如果确定启用并行执行，则会参考一系列状态数据（包括当前系统可用的CPU/Memory/IO资源...
什么是EMR Serverless StarRocks
因此，一款能够准确选择最佳查询计划的优秀查询优化器对于实现最优的多表查询性能至关重要。StarRocks设计并实现了一个全新的、基于代价的优化器（CBO，Cost Based Optimizer）。该优化器采用Cascades-like架构，深度定制以充分利用...
PolarDB HTAP实时数据分析技术解密
其最核心的功能即为In-Memory Column Store，通过提供行列混合存储、高级查询优化（物化表达式，JoinGroup）等技术提升OLAP性能。微软在SQL Server 2016 SP1上，开始提供Column Store Index功能。用户可以根据负载特征，灵活的使用纯行存表...
查询计划和查询重规划
查询计划器（Query Planner）MongoDB查询计划器能够根据可用的索引给每个查询选择并缓存最有效的查询计划，查询计划器工作流程如下图。查询计划器会根据候选计划时查询执行的工作单元（works）数量评估出最有效的查询计划，成功缓存的查询...
使用EXPLAIN阅读查询计划
查询优化器使用数据库的数据统计信息来选择具有最小总代价的查询计划，查询代价通过磁盘I/O取得的磁盘页面数作为单位来度量。可以使用EXPLAIN和EXPLAIN ANALYZE语句发现和改进查询计划。EXPLAIN的语法如下：EXPLAIN[ANALYZE][VERBOSE]...
功能发布记录
查询优化器新增Row Group Filter机制，针对列存表，同一列的多行数据组成Row Group，并且记录每个Row Group的max/min值，在查询过滤对应列时，可以在不读取数据的情况下对Row Group过滤，显著降低查询开销，提升查询性能。优化Runtime ...
8.0.1和8.0.2版功能对比
不支持 支持 计划缓存(Auto Plan Cache)缓存SQL语句的执行计划信息，以缩短查询优化时间，提升SQL语句的查询性能。支持 支持 SQL Trace/Detail PolarDB for MySQL 提供的SQL Trace功能，用于跟踪SQL语句的执行信息，如：执行计划和执行统计...
StarRocks概述
智能查询优化 StarRocks通过CBO优化器（Cost Based Optimizer）可以对复杂查询自动优化。无需人工干预，就可以通过统计信息合理估算执行成本，生成更优的执行计划，大大提高了AdHoc和ETL场景的数据分析效率。联邦查询 StarRocks支持使用...
PolarDB MySQL版5.7版本发布日志
Index Hints新增支持如下关键字，以便优化器处理查询时使用或忽略指定的索引：GROUP_INDEX 或 NO_GROUP_INDEX：使用或忽略指定的索引以进行带有GROUP BY操作的索引扫描。INDEX 或 NO_INDEX：强制服务器使用或忽略指定索引。JOIN_INDEX 或 ...
概述
SQL Parser/优化器：面向行列混合存储的CBO优化器，可以根据代价自动选择行存或者列存执行查询请求；在此架构下，PolarDB MySQL版 实现了100%兼容MySQL协议的基础上，同时获得数个数量级的查询加速效果。核心优势 PolarDB MySQL版 依托列存...
版本发布说明
修复特殊Project-Agg组合场景下，相关联子查询条件抽取异常导致优化器报错的问题。修复filter不完全推导的问题。修复partition hint不支持session变量语句的问题。修复INSERT IGNORE SELECT语句，SELECT子句中包含相关联子查询时，部分场景...
常用错误码ErrorCode
检查模型的实数型属性 API 是否正确使用-2013 对称矩阵的实数性属性无法识别 请检查输入的数据-3000 问题的解不可用 检查优化问题的解是否正确生成-3001 原始射线不可用 检查原始射线是否正确生成-3002 求解器的统计信息不可用 请 联系我们...
查询指定地域下企业版转发路由器支持的可用区信息
开启查询功能后，如果 ListTransitRouterAvailableResource 接口返回结果为空，则表示当前地域的企业版转发路由器不支持组播功能。false（默认值）：否。false 返回参数 名称 类型 描述 示例值 object 返回结果。RequestId string 请求 ID...
OOM常见问题排查指南
query：不进行Join Order转换，按照SQL书写的连接顺序执行，优化器开销最低。greedy：通过贪心算法进行Join Order的探索，优化器开销适中。exhaustive（默认）：通过动态规划算法进行Join Order转换，会生成最优的执行计划，但优化器开销...
内核发布记录
【优化】新优化器 top n 默认支持了 Runtime Filter 裁剪。【修复】修复了仓库因为资源泄漏导致查询响应慢的问题。修复了 function 语句禁用不生效的问题。修复了重排列 schema change 会失败的问题。3.0.2 2023年10月17日【新增】增加了...
V5.4.x系列实例版本说明
优化查询优化器的算法，用于消除JOIN、FILTER、基于BKA（Batched Key Access）算法的IN条件中的重复条件。优化部分子查询的执行速度。V5.4.9-16142062 日期2021-02-25 类别 说明 新增特性 默认禁止执行未包含条件的UPDATE或DELETE语句。...
查询计划概述
逻辑计划 Lindorm SQL仅生成查询语句未经优化器优化的、原始的逻辑计划。逻辑计划是SQL引擎根据抽象语法树进行查询改写后生成的查询计划。生成逻辑计划的过程中，数据引擎会改写部分逻辑操作，使逻辑计划对SQL引擎后续的优化和执行更加友好...
PolarDB并行查询
并行查询实现 并行优化器 在PQ2.0中，由于计划形态会变得更加多样，如果拆分计划只是依靠简单规则和简单统计是很难得到最优解，因此我们重新实现了一套完全基于cost的并行优化器。基本的流程是在MySQL串行优化后，进一步做并行拆分，这里...
术语表
计算节点包括SQL解析器、优化器、执行器等模块。数据节点（Data Node，简称DN）PolarDB-X实例是存储计算分离架构，存储层由多个存储节点构成，每一个节点关系对等，规格相同。存储节点负责数据的持久化，基于多数派Paxos协议提供数据高可靠...
新手入门路径
对于不了解优化求解器的新手同学，可以通过以下方式去了解和学习使用求解器。如果您是新手，建议您可以通过以下路径快速了解求解器能做什么，然后根据学习案例来学习概念和开发。新手入门学习路径 步骤1.浏览案例 快速浏览 什么是优化求解...
- 产品推荐
- 这些文档可能帮助您