具体而言，每当SQL查询语句被解析并生成执行计划时，查询优化器会根据成本估算模型选择最优的访问路径。如果优化器判定使用某个特定索引能够提供最优的查询性能，那么该索引对应的PLAN_HIT计数器就会自动递增。EXECUTION_HIT的语义说明 ...
Code grows beyond 64KB 报错是指生成的方法函数的字节码大小超过了Java虚拟机允许的上限，这可能是因为指定的SQL查询语句中的个别谓词过于冗长或复杂，导致生成的字节码过大无法被执行。解决方案：修改指定的SQL语句，简化相关的谓词表达...
例如，需要查询是否有人执行DROP操作，可以执行如下查询：sql_type:Drop 如下图所示，查询结果中包括SQL的执行时间、用户、执行该SQL的客户端IP地址等。高代价SQL模板分析 大多数应用中，SQL通常是基于若干模板动态生成的，只是参数不同。...
执行计划相关概念 了解以下概念能帮助您更好地分析 AnalyticDB MySQL版 的执行计划（即物理执行计划）：Stage 在执行阶段，AnalyticDB MySQL版 中的查询会首先被切分为多个Stage来执行，一个Stage就是执行计划中某一部分的物理实体。...
修复单表UPDATE中子查询表名没有被正确替换的问题。修复跨库访问view时找不到表的问题。修复json_extract函数提取不存在的属性时，错误地返回了字符串"NULL"的问题。修复window函数order by时报Sql could not be implemented的问题。Date_...
云原生数据仓库AnalyticDB MySQL版 数仓版 支持 Interactive ...通过将查询执行模式与资源组相结合，您可以对实例内部的不同资源组设置不同的查询执行模式，从而具备一个实例内部同时处理不同查询负载的混合负载能力。详情请参见 资源组介绍。
功能开启后，CTE子查询被多次引用时，只执行一次，提升部分查询的查询性能。重要 开启CTE执行优化功能后可能会导致部分查询的查询性能会下降，若您发现查询性能有明显下降，建议您关闭CTE执行优化。开启 CTE执行优化 对指定查询开启CTE执行...
执行耗时不足1秒的查询并不会被记录。慢查询记录一览中的主要字段如下所示：查询耗时 查询在TSDB执行的总耗时。日志记录时间 慢查询被记录下的时间。不论查询结果成功还是失败，慢查询只有在执行完成后才会根据耗时决定是否将这个查询计入...
PolarDB PostgreSQL版 支持根据表的大小或执行计划的代价来控制对查询使用ePQ还是单机执行，从而在查询不同大小的表和执行不同代价的计划时，能够选择性能更好的查询执行方式。关于更多ePQ的原理介绍和性能数据，请参见 PolarDB PostgreSQL...
但当您真正执行并行查询时，遇到集群负载较高，并行查询被限制回退为串行执行。这种情况可以通过资源负载的性能监控，查看是否有资源负载抖动的情况。PolarDB在使用offset或limit查询，且不加上排序条件时，并行查询的结果为什么不稳定？...
修复涉及到UNI_HASH、RANGE_HASH、RIGHT_SHIFT三个拆分函数的跨库JOIN查询执行计划不正确下推并导致报错的问题。修复SQL执行后返回JDBC的库名的meta信息不正确导致DMS或DTS操作报错的问题。修复XA事务校验set drds_transaction_policy的...
使用 EXPLAIN 可以看到，第一、二、三季度的数据默认都被剪枝掉了，不会执行查询，因为前三个分区的范围明显不满足 logdate=DATE '2023-10-01'。这就是优化器阶段的分区剪枝，可以看到SQL中的限定条件是分区键 logdate，且条件表达式的值 ...
使用 EXPLAIN 可以看到，第一、二、三季度的数据默认都被剪枝掉了，不会执行查询，因为前三个分区的范围明显不满足 logdate=DATE '2023-10-01'。这就是优化器阶段的分区剪枝，可以看到SQL中的限定条件是分区键 logdate，且条件表达式的值 ...
使用 EXPLAIN 可以看到，第一、二、三季度的数据默认都被剪枝掉了，不会执行查询，因为前三个分区的范围明显不满足 logdate=DATE '2023-10-01'。这就是优化器阶段的分区剪枝，可以看到SQL中的限定条件是分区键 logdate，且条件表达式的值 ...
sql_throttle_priority SQL 优先级阈值，SQL 优先级低于此的 SQL 将不会被执行。ob_plan_cache_evict_high_percentage 触发计划缓存逐出的计划缓存限制的内存使用百分比。explicit_defaults_for_timestamp 指定 timestamp 数据类型在处理...
简介 当查询使用ePQ特性时，PolarDB PostgreSQL版（兼容Oracle）将通过ePQ优化器，生成能够被多个计算节点并行执行的执行计划。ePQ的执行引擎将在多个计算节点上协调执行该计划，同时利用多个节点的CPU、内存、I/O带宽来扫描、计算数据。您...
查询改写的一项重要目的是利用 PolarDB-X 的拆分信息来优化执行计划，使得算子尽量下推，能够达到提前过滤数据、减少网络传输、并行执行加速等效果。背景信息 根据 PolarDB-X SQL语句优化的基本原则，可以下推更多的计算到存储层MySQL上...
如果您一次选择的云电脑数量大于300台，则系统自动为您拆分为多个命令分步骤执行，请根据命令执行ID查询执行结果。您可以根据 云电脑名称、云电脑ID、办公网络ID、用户名称 或 即将过期 等条件快速筛选目标云电脑。一条命令执行完成后，可...
下推是查询改写的一项重要优化，利用 PolarDB-X 1.0 的拆分信息来优化执行计划，使得算子尽量下推以达到提前过滤数据、减少网络传输、并行计算等目的。背景信息 根据 PolarDB-X 1.0 的SQL语句优化的基本原则，可以下推尽量更多的计算到存储...
模糊查询 执行模糊查询时，日志服务最多查询到符合条件的100个词，并返回包含这100个词并满足查询条件的所有日志。查询不精确 结果不精确不会报错，会记录在实例状态以及任务执行记录（需手动开启）中。数据延迟 当数据存在延迟时，可能...
模糊查询 执行模糊查询时，日志服务最多查询到符合条件的100个词，并返回包含这100个词并满足查询条件的所有日志。查询不精确 结果不精确不会报错，会记录在实例状态以及任务执行记录（需手动开启）中。数据延迟 当数据存在延迟时，可能...
例如，在需要使用手机号码或用户ID进行分组的场景下，如果依旧使用典型的两步聚合方式，那么在局部聚合阶段，可以被聚合的数据较少，但是局部聚合流程依旧会执行（例如，计算分组的HASH值、去重以及执行聚合函数）。由于分组数多，局部聚合...
PolarDB 的 ePQ（增强并行查询）功能 支持自适应弹性调度，能够根据集群的实时负载情况动态调整查询执行的并行度，并选择适合的节点进行运行。当集群进行规模扩大（Scale Up）或横向扩展（Scale Out）时，ePQ能及时识别出集群中新增的计算...
SQL洞察 API 标题 API概述 GetErrorRequestSample 查询执行错误的SQL样本数据 调用GetErrorRequestSample接口，异步查询数据库实例SQL洞察结果中执行错误的SQL样本数据，最多返回指定时间范围内20条数据。GetAsyncErrorRequestStatResult ...
删除作业投递规则：在 配置作业投递规则 面板中删除查询内存使用峰值的 阈值 和查询执行时间的 阈值，并将查询是否因为内存不足失败的 结果 设置为否。作业投递规则失效。在 作业投递查询数量 区域，可以查看成功投递至另一资源组的作业...
对于 OceanBase V4.2.4 及之后 且 OceanBase V4.3.0 之前 的版本或者 OceanBase V4.3.3.1 及之后 的版本，您在执行查询/插入/更新/删除/检索数据库中的数据时，您可以通过 执行画像 实时查询 SQL 执行的执行剖析，通过执行剖析可以快速查询...
查询监控图 您可以在SQL诊断中的 查询监控 区域查看指定时间范围内，查询执行耗时的分布情况，方便快速定位执行耗时长的查询。说明 图中每个色块即代表一次查询。矩形的颜色没有特殊含义，仅用来区分不同查询。色块长度越长，表示对应查询...
在没有解关联的时候，外层查询的每一行数据，子查询都会被执行一次。对于外层查询产生数据量较多、子查询没有关联索引等情况，子查询多次执行会导致查询耗时严重。子查询解关联将关联子查询变换为等价的Join语句，可以避免子查询多次执行，...
PolarDB PostgreSQL版 支持根据表的大小或执行计划的代价来控制对查询使用ePQ还是单机执行，从而在查询不同大小的表和执行不同代价的计划时，能够选择性能更好的查询执行方式。注意事项 执行计划代价阈值和表大小阈值目前仅支持以下对象或...
结果集顺序差别 当并行查询执行未加 ORDER BY 关键字的 SELECT.LIMIT n 语句时，返回的结果集可能与执行顺序不一致。由于有多个Worker同时执行，每次执行时Worker的执行速度是不确定的，当Leader得到足够的数据后，就会返回结果，因此返回...
AnalyticDB for MySQL 的PlanCache功能...执行SQL查询语句，该语句的执行计划将被缓存：SELECT*FROM tbl0 WHERE col0=666;执行相同SQL Pattern语句时，会自动使用步骤2缓存的执行计划，减少SQL编译优化时间：SELECT*FROM tbl0 WHERE col0=777;
出现原因 在使用RDS MySQL的过程中，由于某些原因，例如被SQL注入、SQL执行效率较差、DDL语句引起表元数据锁等待等，会出现运行时间很长的查询。说明：元数据锁等待的问题请参考 解决MDL锁导致无法操作数据库的问题。由于SQL执行效率差而...
AnalyticDB MySQL版 的SQL诊断功能支持以树形图的形式展现SQL查询的执行计划。执行计划树分为两层：第一层是Stage层，第二层是算子（Operator）层。本文介绍如何使用Stage层和算子层执行计划树来分析查询。Stage层执行计划树 Stage层执行...
本文介绍了 PolarDB-X 处理SQL的基本...说明 通常情况下，通过查询执行计划，可以查看到是否命中了全局二级索引等信息。但是对于下推部分的SQL，还可以通过explain execute指令，获取物理SQL在DN上的执行情况，比如是否命中了DN的局部索引。
执行人 执行SQL的用户名。语句描述 SQL语句的描述。说明 不同搜索条件之间为 与 的关系。保存查询条件。设置查询条件后，单击 保存，可以保存查询条件。您可以在查询条件下拉列表中直接查看已保存的查询条件。单击 搜索，执行查询。说明 ...
数据量过大或数据膨胀 数据膨胀通常发生在不合理的JOIN条件或JOIN顺序中，这不仅会导致查询执行速度降低，还可能引发内存不足等错误。如果原始业务数据量过大，同样可能导致类似问题的出现。以下解决方式任选一种即可：如果是数据本身特征...
执行命令时请不要指定已过期的Cron表达式。InvalidGMTOffsetForTimezone Cron表达式中指定的GMT偏移时区格式不合法。请检查GMT偏移时区格式。支持的GMT范围：GMT-12:59至GMT+14:59，分钟位允许0～59任意值，小时位不支持添加前导零。...
计划管理 为每条SQL查询保存一个或多个执行计划，执行查询时仅从这些已知的执行计划集合中选择一个。代价模型 用于估算物理查询的执行计划的代价，PolarDB-X 的执行代价用（CPU、Memory、IO、Net）四元组来描述。执行模型 与传统数据库采用...
设置适合的Shard数 Shard数代表查询执行的并行度。Shard个数对查询性能影响至关重要，Shard数设置少，会导致并行度不足。Shard数设置过多，也会引起查询启动开销大，降低查询效率，同时引起小文件过多，占用内存更多的元数据管理空间。设置...
任务终态，表示机器人正常执行完毕 error 运行错误 任务终态，表示任务执行过程中出错，例如执行中机器人断开、应用本身有错误 unmatch 未分配 只有通过计划任务创建的任务才会出现的任务终态，表示由于指定的机器人数量大于设置的并发数量...