查询优化（Query Optimizer)
查询优化器是数据库系统的核心组件之一，它的功能是基于用户输入的SQL语句进行优化，选择最优的语句执行方式，将结果返回给客户端。优化器的功能是否强大是决定数据库性能是否高效稳定的核心因素，尤其在具有混合负载的场景下（包括一定...
指定联接顺序
包括 ORDERED 指令以指示查询优化器按照其在 FROM 子句中列出的顺序联接表。如果没有包括 ORDERED 关键字，则查询优化器将选择联接表的顺序。例如，以下命令允许优化器选择FROM 子句中列出的顺序联接表：SELECT e.ename,d.dname,h....
指定联接顺序
包括 ORDERED 指令以指示查询优化器按照其在 FROM 子句中列出的顺序联接表。如果没有包括 ORDERED 关键字，则查询优化器将选择联接表的顺序。例如，以下命令允许优化器选择FROM 子句中列出的顺序联接表：SELECT e.ename,d.dname,h....
基于代价的SQL优化
AnalyticDB MySQL 基于代价的查询优化器具有以下优点：面向分布式设计 AnalyticDB MySQL 查询优化器会充分利用多机资源，制定最佳的分布式查询执行计划。将一个复杂的查询拆解到多台机器上执行，对于复杂查询也能实时查询出结果。高度自治...
自适应优化
传统查询优化器基于静态的统计信息决定目标SQL语句的执行策略，但统计信息会随着数据的变更而产生偏差，此外数据库整体的负载情况也是实时变化的。为了解决这些无法提前预料的变化因素可能导致的性能回退问题，PolarDB MySQL版 在查询优化...
Nereids全新优化器
功能简介 当下，现代查询优化器面临着更加复杂的查询语句和更加多样化的查询场景等挑战。与此同时，用户对于尽快获得查询结果的需求也日益迫切。SelectDB旧版优化器的架构陈旧，难以满足今后快速迭代的需要。因此，云数据库 SelectDB 版 ...
HTAP中的行列混存查询优化
由于在执行查询时使用的执行计划好坏对性能的影响非常关键，因此在所有的数据库系统中都存在查询优化器，典型的查询优化器结构如下图所示：通常，查询优化器会通过如下三个典型组件来协同工作：Plan space enumeration：根据一系列的等价...
云数据库 RDS MySQL 版收集表的统计信息
什么是统计信息 云数据库 RDS MySQL 版查询优化器依据表的统计信息计算不同执行计划的代价，因此表中统计信息的准确对查询优化器选取正确的执行计划至关重要。什么情况下需要收集统计信息 当表上有大量的数据修改时，例如从数据源加载大量...
执行计划管理
查询优化器的稳定性，对于数据库性能的稳定性和可预期性都非常重要，尤其是对于变更操作频繁的事务型数据库系统，统计信息经常会出现滞后或不准确的问题，此外一些优化器固有的限制也可能导致偏离最优的执行方式，通过Query Cache和Outline...
设置优化器的Join Reorder
查询优化器作为一个搜索框架，其会通过从一个查询计划到另一个等价查询计划的变换，来搜索与当前SQL语句对应的等价查询计划。例如：t1 INNER JOIN t2 与 t2 INNER JOIN t1 为一对等价查询计划，t1 INNER JOIN t2 可以通过等价查询变换生成 ...
使用EXPLAIN阅读查询计划
查询优化器使用数据库的数据统计信息来选择具有最小总代价的查询计划，查询代价通过磁盘I/O取得的磁盘页面数作为单位来度量。可以使用EXPLAIN和EXPLAIN ANALYZE语句发现和改进查询计划。EXPLAIN的语法如下：EXPLAIN[ANALYZE][VERBOSE]...
混合负载HTAP
查询优化器 PolarDB-X 的优化器面向HTAP负载设计，对复杂查询有着良好的支持。TP（Transaction Processing）类事务型查询包含的表数量通常有限（例如3个以内），并且Join条件往往被索引覆盖，且查询涉及的数据量较小。而对于不符合上述特征...
导入数据
统计信息作为查询优化器的输入，可以帮助查询优化器生成高质量的执行计划。因此，在导入数据后，您需收集所有表的直方图信息，以获得最佳性能。若您想了解统计信息的更多内容，请参见 统计信息。Presto导入数据 您可以通过外表将测试数据...
执行引擎
执行计划由异步算子组成的执行图DAG（有向无环图）表示，可以表达各种复杂查询，并且完美适配Hologres的数据存储模型，方便对接查询优化器，利用各种查询优化技术。全异步执行 端到端的全异步处理框架，可以避免高并发系统的瓶颈，充分利用...
查询优化器介绍
查询优化器负责优化逻辑计划从而输出物理计划，其主要阶段包含查询改写和计划枚举。本文将介绍查询优化器的基本原理，以及什么是关系代数运算符、查询改写（RBO阶段）和查询计划枚举（CBO阶段）。PolarDB-X 接收到一条SQL后的执行过程大致...
执行计划
查询优化器选择 可以通过查看EXPLAIN输出来判断计划是由ORCA还是传统查询优化器生成。这一信息出现在EXPLAIN输出的末尾。Settings行显示配置参数OPTIMIZER的设置。Optimizer status行显示该解释计划是由ORCA还是传统查询优化器生成。使用...
统计信息收集
统计信息的作用非常关键：查询优化器需要根据最新的统计信息，生成出执行最优的计划。如果统计信息不准或者没有统计信息，优化器有可能会生成执行效率很差的执行计划，例如，对于一个具有索引且行数很多的数据表来说，以索引列为where条件...
查询优化器介绍
查询优化器通过优化逻辑计划从而输出物理计划，其主要阶段包含查询改写和计划枚举。PolarDB-X 1.0 接收到一条SQL后的执行过程大致如下：语法解析器（Parser）将SQL文本解析成抽象语法树（AST）。语法树被转化成基于关系代数的逻辑计划。...
常见问题以及改进措施
改进执行计划 收集统计信息 AnalyticDB MySQL版 的查询优化器根据统计信息估算不同计划的开销，并选择最佳计划。统计信息会自动收集，一般不需要用户关心，详情请参见 自动收集统计信息。对于新建的表，系统可能还未及时收集统计信息，您...
概述
查询优化器 支持Partial Partition Wise join 无 支持Partition动态剪枝 支持Partition Index Pruning 支持分区粒度的统计信息（Hyperloglog）分区表支持分区间的并行扫描 支持全局索引优化器选择和并行扫描 支持分区与MPP相结合 分区粒度...
高并发点查
SelectDB的优化器和执行引擎，对于某些简单的查询（如点查询）来说过于繁重，需要SelectDB查询优化器具备规划短路径的能力来处理这样的查询。此外，SelectDB的查询入口层使用Java编写，分析和解析高并发查询SQL也会导致高CPU开销。为了解决...
使用Hint
联接方法提示和联接顺序提示 以下内容仅适用查询优化器，使用前请执行以下命令关闭ORCA优化器：SET optimizer to off;联接时t1为左表，且联接类型为MergeJoin：/*+Leading((t1 t2))MergeJoin(t1 t2)*/EXPLAIN SELECT*FROM t1 JOIN t2 ON t1...
排序优化和执行
下面的SQL表示对t1表进行排序，经过 PolarDB-X 查询优化器的优化，Sort算子被下推至各个存储层MySQL分片中执行，最终只在上层做归并操作。explain select name from t1 order by name;返回信息如下：MergeSort(sort="name ASC")LogicalView...
SQL调优方法与实战
大多数情况下，PolarDB-X 1.0 的查询优化器可以自动产生最佳的执行计划。但少数情况下，可能因为统计信息存在缺失、误差等，导致生成的执行计划不够好，这时可以通过Hint来干预优化器行为，使之生成更好的执行计划。如下示例将讲解执行计划...
JOIN优化和执行
详情参见 查询优化器介绍 此外，各个JOIN算法对左右输入也有不同的偏好，例如，Hash Join中右表作为内表用于构建哈希表，因此应当将较小的表置于右侧。这些也同样会在CBO中被考虑到。PolarDB-X 支持了上述比较丰富的Join算法，优化器会根据...
图解MySQL 8.0优化器查询解析篇
本文基于最新MySQL8.0.25版本，因为优化器转换部分篇幅比较长，将分成两篇文章来介绍，本篇为第一部分，介绍基于基本结构的Setup和Resolve的解析转换过程，第二部分 图解MySQL 8.0优化器查询转换篇，介绍更为复杂的子查询、分区表和连接的...
索引管理
如何选择合适的列创建索引：索引在连接中用到的列 频繁连接的列（例如外键列）上的索引能够提升连接性能，这将让查询优化器有更多可以使用的连接方式。索引在谓词中频繁使用的列 频繁地在WHERE子句中被引用的列是索引的首选。避免在频繁...
功能发布记录
查询优化器新增Row Group Filter机制，针对列存表，同一列的多行数据组成Row Group，并且记录每个Row Group的max/min值，在查询过滤对应列时，可以在不读取数据的情况下对Row Group过滤，显著降低查询开销，提升查询性能。优化Runtime ...
pg_hint_plan
行数校正提示 行数校正提示会校正由于查询优化器限制而导致的行数错误。Rows(a b#10)*/SELECT.;设置连接结果的行数为10/*+Rows(a b+10)*/SELECT.;行数增加10/*+Rows(a b-10)*/SELECT.;行数减去10/*+Rows(a b*10)*/SELECT.;行数增大10倍 ...
pg_hint_plan
行数校正提示 行数校正提示会校正由于查询优化器限制而导致的行数错误。Rows(a b#10)*/SELECT.;设置连接结果的行数为10/*+Rows(a b+10)*/SELECT.;行数增加10/*+Rows(a b-10)*/SELECT.;行数减去10/*+Rows(a b*10)*/SELECT.;行数增大10倍 ...
新功能发布记录
统计信息作为查询优化器的输入，可以帮助查询优化器生成高质量的执行计划。统计信息 智能负载管理WLM 通过内置的多级队列实现不同优先级查询的隔离与限流。支持自定义规则进行Bad SQL拦截或队列投递。工作负载管理介绍 配置工作负载管理...
Explain和Explain Analyze
当SQL查询性能不佳或查询结果不符合预期时，Hologres提供了Explain和Explain Analyze命令用于分析查询语句执行计划，可以帮助您了解Hologres如何执行查询语句，以便您对查询语句或数据库结构进行调整优化。本文介绍在Hologres中通过Explain...
V5.4.x系列实例版本说明
优化查询优化器的算法，用于消除JOIN、FILTER、基于BKA（Batched Key Access）算法的IN条件中的重复条件。优化部分子查询的执行速度。V5.4.9-16142062 日期2021-02-25 类别 说明 新增特性 默认禁止执行未包含条件的UPDATE或DELETE语句。...
JOIN与子查询的优化和执行
详情参见 查询优化器介绍。此外，各个JOIN算法对左右输入也有不同的偏好，例如，Hash Join中右表作为内表用于构建哈希表，因此应当将较小的表置于右侧。这些也同样会在CBO中被考虑到。子查询 根据是否存在关联项，子查询可以分为非关联子...
版本发布说明
修复特殊Project-Agg组合场景下，相关联子查询条件抽取异常导致优化器报错的问题。修复filter不完全推导的问题。修复partition hint不支持session变量语句的问题。修复INSERT IGNORE SELECT语句，SELECT子句中包含相关联子查询时，部分场景...
对接MaxCompute常见问题与诊断
当导入Query包含查询，但部分表没有 analyze，或者 analyze 过，但数据又有更新导致不准确，导致查询优化器决策连接顺序有误，会引起内存开销过高。对所有参与的内表、外表执行 analyze tablename;命令，更新表的统计元信息，可以帮助查询...
PolarDB MySQL版8.0.1版本发布日志
修复主键不包含分区键的分区表在使用查询优化器进行搜索、执行DML操作和记录Binlog时的问题。8.0.1.1.40.2 类别 说明 发布时间 问题修复 修复当多主集群的主节点负载不均衡时，全局只读节点复制延迟可能变高的问题。修复在多主集群上首次...
图解MySQL 8.0优化器查询转换篇
背景和架构 在 图解MySQL 8.0优化器查询解析篇 一文中我们重点介绍了MySQL最新版本8.0.25关于SQL基本元素表、列、函数、聚合、分组、排序等元素的解析、设置和转换过程，本篇我们继续来介绍更为复杂的子查询、分区表和JOIN的转换优化过程。...
快速开始
cost_threshold_for_parallelism 若优化器估算查询的串行执行代价超过该阈值，优化器会考虑选择并行执行计划。默认值为50000。设置阈值控制多机并行引擎的自适应弹性调度 PolarDB提供了两个阈值来控制是否选择多机并行，SQL语句只要满足...
2023年
跨实例查询 优化 优化器 默认开启查询中In list优化。无 Oracle兼容性 支持转换Unknown数据类型。无 缺陷修复 修复使用ORCA优化器的查询中包含未显式指定的列从而导致查询失败的问题。修复实时物化视图中，OUTER JOIN 在 WHERE 条件中出现...
- 产品推荐
- 这些文档可能帮助您