用执行计划看SQL的索引命中情况

原创已于 2023-05-05 18:02:38 修改 · 1.5k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #sql #sqlserver

于 2023-05-05 18:00:44 首次发布

数据库DB 专栏收录该内容

1 篇文章

订阅专栏

文章介绍了当遇到SQLServer查询超时时，可以通过查看执行计划来定位问题，特别是关注那些使用全局查询的表。通过ALT+F1查看表的索引，并根据关联字段选择合适的index_name，使用with(index(index_name))强制索引命中，以达到优化查询性能的目的。

SQL Server查询超时，用执行计划看SQL的索引命中情况

从SQL Server查询语句，查询超时，需要优化，以下只优化方案之一，仅供参考

选中某段SQL后按CTRL+L 查看执行计划，找出哪些表用了全局查询。
选中某表按ALT+F1 查看这个表的索引，然后用哪个字段去关联的，最后选择相关的index_name。
用with(index(index_name))去强行命中索引。

截图如下：
在这里插入图片描述

P.S.:我是Roy，纯手工原创，多谢支持，感谢观看！

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

gdjdkid2020

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Dbeaver如何看Oralce执行计划是否命中索引

Rsun2018的博客

11-04

6575

执行计划的执行顺序如何判断？全表扫描，双击表名查看表索引。

【MySQL】为什么MySQL执行计划使用了索引，SQL执行仍然很慢？

九师兄

11-21

327

为什么MySQL执行计划使用了索引，SQL执行仍然很慢？首先我们要盖棺定论：MySQL用到了索引和执行时间没有必然关系，确定查询执行效率的是“扫描行数”与"回表次数“。并不是说我们用到了索引，查询速度就一定快，这本质上是没有关系的。主要是“扫描行数”与"回表次数“这两个决定的。

1 条评论您还未登录，请先登录后发表或查看评论

SqlServer-查看所有表、行数、索引名称、索引的字段

03-15

系统跑久了，对于所有的索引想做一个具体的确认，所以写了这么一段，可以用来分析自己数据的表及索引详情针对记录数比较大的表，尤其要注意索引的情况，非常影响性能

执行计划-数据访问方式（全表扫描与4种索引的方式）

张冲andy的博客

12-27

3459

[转]MySQL Explain详解

weixin_34417200的博客

10-09

1070

在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略...

MySQL如何监测是否命中索引？ mysql执行计划解读

qq_38791687的博客

05-17

962

Explain语法 EXPLAIN SELECT …… 变体： 1. EXPLAIN EXTENDED SELECT …… 将执行计划“反编译”成SELECT语句，运行SHOW WARNINGS 可得到被MySQL优化器优化后的查询语句 2. EXPLAIN PARTITIONS SELECT …… 用于分区表的EXPLAIN 执行计划包含的信息 id 包含一组数字，表示查询中执行select子句或操作表的顺序 id相同，执行顺序由上至下如果是子查询，id的...

MYSQL通过EXPLAIN关键字来分析SQL查询的执行计划，判断是否命中了索引

l2x1314258的博客

06-21

1079

在MySQL中，你可以通过EXPLAIN关键字来分析SQL查询的执行计划，从而判断是否命中了索引。

为什么MySQL执行计划使用了索引，SQL执行仍然很慢

qq_35082497的博客

02-14

1121

即使 MySQL 查询使用了索引，查询性能仍然可能很慢。出现这种情况的原因可以非常复杂，通常涉及多种因素，包括索引选择、查询优化、数据库设计和硬件资源等。以下是一些常见的原因以及如何解决这些问题。

精选资源

如何获得SQL Server索引使用情况

01-21

问题：　数据库有两大存储需要：数据页和索引页。在你的表中理解和查看实际的数据，是相当简单的。...其中一个新函数和一个新视图是提供索引使用情况：　Sys.dm_db_index_operational_stats和sys.

实战：索引的命中机制

技术广场

11-08

1050

命中索引的关键在于查询条件包含索引的前导列，且使用等值条件或范围条件。不能命中索引的情况包括缺少前导列、索引列顺序不连续、前导列使用非等值操作、查询条件包含非索引列或计算操作。优化建议：尽量将常用的过滤条件放在索引的前导列中，并避免对索引列进行计算或非等值操作。

详解sqlserver查询表索引

09-10

sqlserver查询表索引，大家都知道吗

在sql中，我们怎么看自己是否用到那个索引没

lcb5203344的博客

12-10

2219

除了以上两种方法，还可以使用一些第三方工具来查看 SQL 查询计划。例如 MySQL 的 Workbench 工具中提供了可视化的查询计划查看功能，可以更方便地查看查询计划。这将返回一个关于 users 表的所有索引信息的结果集，其中包括索引名、字段名、索引类型等信息。：在 SQL 查询前加上 EXPLAIN 关键字，可以输出该查询的执行计划。这将返回一个关于查询计划的结果集，其中会列出执行查询时所使用的索引等信息。：通过 SHOW INDEXES 语句可以查看表中所有的索引信息。

mysql 查看索引命中_mysql sql索引命中问题

weixin_42440389的博客

01-19

1346

有这样一条sql 查询SELECTa.*,b.NAME AS store_nameFROMorder aLEFT JOIN store b ON a.store_id = b.idWHEREa.wid IN (100021219, 100021076, 100020963, 100020890, 100020792, 100020773, 100020770,100020644, 1000203...

查看sql的执行计划（是否使用索引等）

秒怂_z

08-25

2708

查看sql的执行计划（是否使用索引等）使用EXPLAIN关键字例子： EXPLAIN SELECT * FROM tb_blog t WHERE t.`blog_id` = 3 表的索引：查询结果说明： table：显示这一行的数据是关于哪张表的 type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WH

sql server如何查看sql是否使用索引

weixin_41225813的博客

08-26

969

我整理的一些关于【索引】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/yOSbkRSQL Server如何查看SQL是否使用索引的项目方案在数据库管理与优化过程中，了解SQL语句是否有效利用索引是非常重要的。本文将为您提供一套详细的方案，帮助您检查SQL Server中的...

sql怎么调优,索引命中怎么知晓？

冰蛙

07-30

888

使用explain关键字查看sql的执行计划,可以看到该sql的索引命中情况、索引命中类型、命中率等相关的信息,通过这种方式可以对sql语句进行调优,对关键查询的条件创建索引以及注意一下sql语句的用法尽量不使用like,尽量避免在某一列上进行运算,不使用 in not in 使用exist not exist等等代替 ...

MySQL：Explain 排查索引命中率你真的懂了吗？

欢迎来到 ABin-阿斌的博客：写一生代码，创一世佳话，筑一览芳华。

12-27

1451

MySQL Explain命令是MySQL数据库中用于分析查询语句执行计划的工具。通过使用Explain命令，我们可以深入了解MySQL如何执行特定的SQL查询，包括选择哪些索引、连接表的顺序以及执行顺序等。这对于优化查询性能非常重要，因为它可以帮助我们发现潜在的性能瓶颈和改进点。Explain命令的输出结果包含多个列，每个列都提供了有关查询执行计划的不同信息。通过仔细观察 Explain 命令的输出结果，我们可以识别出查询中的瓶颈，并采取相应的措施来优化查询性能。

SQLSERVER 索引情况监控

xiaoye1202的博客

11-23

549

-- 未被使用的索引 SELECT OBJECT_NAME(i.[object_id]) AS [Table Name] , i.name FROM sys.indexes AS i INNER JOIN sys.objects AS o ON i.[object_id] = o.[object_id] WHERE i.index_id NOT IN (...

数据库索引失效与判断是否命中索引

TomPigPig的博客

01-28

2905

什么是索引失效：使用索引查询某行数据，但数据库扫描全表进行查询时叫索引失效；索引失效的几种方式： 1、where中存在 or 2、类型为char，查询条件时用int 3、模糊查询时，%开头的查询 4、not in 5、where索引列有运算 6、where中索引列使用了函数为什么要用索引：提升查询性能，缩短查询时间场景：8千万数据的表中查询一行数据，没有索引查询耗时500s+，使用索引查询耗时0.03s ...

Doris 执行计划命中索引标志

最新发布

08-06

<think>首先，用户的问题是关于 Apache Doris 数据库的：用户想了解在执行计划中如何查看索引是否被命中。用户提到“执行计划”，所以我需要解释如何在 Doris 中查看执行计划，并从中判断索引是否被命中。回顾用户提供的引用内容： - 引用[1] 讨论了 Doris 的索引体系，包括前缀索引、倒排索引等，并提到“看看profile，索引生效了没”。 - 引用[2] 列出了 Doris 常用的索引类型，如点查索引、倒排索引等。 - 引用[3] 解释了前缀索引的工作原理，特别是 where 和 on 子句中的条件匹配。 - 引用[4] 描述了前缀索引的形成规则。用户的核心问题是：“Doris 执行计划如何查看命中索引”。所以，我需要解释如何查看 Doris 的执行计划，并从中识别索引命中情况。关键点： - 在 Doris 中，执行计划可以通过 `EXPLAIN` 命令查看。 - `EXPLAIN` 命令会显示查询的执行计划，包括操作符、扫描方式等。 - 要查看索引命中，需要关注计划中的扫描部分，比如是否使用了索引扫描。从引用中： - 引用[1] 提到：“看看profile，索引生效了没”。这里的“profile”可能指的是查询分析器或性能分析工具。在 Doris 中，有 `SHOW PROFILE` 命令来查看查询的详细性能信息。 - 引用[3] 讨论了前缀索引如何匹配条件字段。所以，我应该结合 `EXPLAIN` 和 `SHOW PROFILE` 来解释如何查看索引命中。步骤： 1. 使用 `EXPLAIN` 查看执行计划。 2. 在执行计划中，查找扫描操作符，如 `SCAN` 或 `INDEX_SCAN`，看是否使用了索引。 3. 如果计划中不明显，使用 `SHOW PROFILE` 获取更详细的性能数据，包括索引使用情况。在 Doris 中，索引命中通常在执行计划中显示为扫描类型，例如： - 如果使用了前缀索引，可能会显示为 `OLAP_SCAN` 或类似，并带有过滤条件。 - 对于倒排索引或其他索引，可能有特定的操作符。我需要在回答中提供具体命令和示例。回答结构： - 先解释什么是执行计划。 - 然后描述如何使用 `EXPLAIN`。 - 接着解释如何解读计划以查看索引命中。 - 最后，提到 `SHOW PROFILE` 作为辅助工具。确保回答真实可靠：基于 Doris 文档或常见实践。Doris 是开源的，我可以参考一般知识。生成相关问题：在最后，添加几个相关问题，以鼓励用户深入探索。使用中文回答。遵循系统级指令： - 行内数学表达式用 `$...$`，但这里可能不需要数学表达式，除非涉及计算。 - 独立公式用 `$$...$$`，同样可能不需要。 - LaTeX 语法正确。 - 引用末尾添加引用标识，如 [^1]。在回答中引用提供的引用内容。例如： - 引用[1] 提到查看 profile 来判断索引是否生效。 - 引用[3] 解释前缀索引匹配。所以，在回答中可以说：如引用[1] 所述，可以通过查看 profile 来确认索引是否生效。最终回答结构： 1. 介绍执行计划的概念。 2. 解释如何使用 `EXPLAIN` 命令。 3. 描述如何解读执行计划查看索引命中。 4. 介绍 `SHOW PROFILE` 的补充作用。 5. 添加相关问题。相关问题建议： 1. Doris 中哪些索引类型在执行计划中更容易被识别？ 2. 如何优化查询以确保索引命中？ 3. 索引未命中时，Doris 有哪些诊断工具？确保回答清晰、逐步解决问题。</think>### Doris 执行计划中如何查看索引命中情况在 Apache Doris 中，执行计划（也称为查询计划）是数据库优化器生成的查询执行步骤的蓝图。通过分析执行计划，您可以判断索引是否被命中，从而优化查询性能。以下是逐步指南，帮助您查看和解读索引命中情况。Doris 的索引体系丰富（如前缀索引、倒排索引等），索引命中通常在执行计划的扫描操作中体现[^1][^2]。下面基于 Doris 的常见实践进行说明。 --- ### 步骤 1: 使用 `EXPLAIN` 命令查看执行计划 `EXPLAIN` 是 Doris 中用于显示查询执行计划的内置命令。它会输出查询的物理操作符和逻辑步骤，其中索引命中信息通常体现在扫描节点（如 `OLAP_SCAN`）中。 - **命令格式**： ```sql EXPLAIN [你的查询语句]; ``` 例如，假设有一个查询： ```sql SELECT * FROM orders WHERE user_id = 100 AND product_name LIKE 'Laptop%'; ``` 执行： ```sql EXPLAIN SELECT * FROM orders WHERE user_id = 100 AND product_name LIKE 'Laptop%'; ``` - **解读执行计划中的索引命中**： - **前缀索引命中**：如果查询条件匹配表的前缀索引（如 `user_id` 是前缀索引的第一个字段），执行计划会显示 `OLAP_SCAN` 节点，并标注 `PREDICATES`（谓词）和 `KEY`（键列），表示索引被用于数据定位。例如： ``` OLAP_SCAN (table=orders, outputColumns=[...], predicates=user_id = 100, key=user_id) ``` 这里，`key=user_id` 表示前缀索引被命中，用于快速过滤数据块[^3][^4]。如引用[3]所述，前缀索引匹配依赖于 where 条件的第一个字段与索引字段顺序一致。 - **倒排索引或其他索引命中**：如果使用了倒排索引（如对 `product_name` 的全文检索），计划可能显示 `INVERTED_INDEX_SCAN` 或类似节点，并标注索引名称。例如： ``` INVERTED_INDEX_SCAN (index=idx_product_name, predicates=product_name LIKE 'Laptop%') ``` 这表示倒排索引被用于加速 `LIKE` 查询[^1][^2]。 - **索引未命中迹象**：如果计划显示 `SCAN` 节点没有指定索引或谓词未匹配（如 `PREDICATES` 为空），则索引可能未生效。例如： ``` OLAP_SCAN (table=orders, outputColumns=[...], predicates=null) ``` 这通常是因为查询条件不满足索引匹配规则（如字段顺序错误或函数包裹字段）[^3]。 - **关键点**： - Doris 的执行计划是树状结构，索引命中通常在叶子节点（数据扫描层）体现。 - 前缀索引的命中依赖于排序键的字段顺序：where 条件的第一个字段必须与索引的第一个字段匹配，否则索引可能失效[^3][^4]。 - 如果计划中未明确显示索引类型，可以通过 `PREDICATES` 和 `KEY` 字段推断。 --- ### 步骤 2: 使用 `SHOW PROFILE` 验证索引生效情况如果 `EXPLAIN` 的输出不够详细，`SHOW PROFILE` 命令可以提供查询执行的详细性能数据，包括索引是否实际被使用。如引用[1]所述，“看看profile，索引生效了没”是诊断索引问题的关键。 - **命令格式**： 1. 先执行查询（启用 profile）： ```sql SET enable_profile = true; -- 启用性能分析 SELECT * FROM orders WHERE user_id = 100; -- 执行查询 ``` 2. 查看 profile： ```sql SHOW PROFILE; -- 显示最近查询的详细性能数据 ``` - **解读 profile 中的索引命中**： - 在 profile 输出中，查找 `ScanNode` 或 `OlapScanner` 部分，关注以下指标： - `IndexFilterRatio`：索引过滤比例。如果值接近 1.0，表示索引高效命中了大部分数据。 - `RowsRead` vs `RowsReturned`：如果 `RowsRead` 远大于 `RowsReturned`，说明索引可能未完全生效，导致全表扫描。 - 具体索引名称：如出现 `InvertedIndexFilter` 或 `PrefixIndexFilter`，表示索引被使用。 ``` - OlapScanner: - IndexFilterRatio: 0.95 -- 95%的数据通过索引过滤 - RowsRead: 1000 - RowsReturned: 50 ``` 如果 `IndexFilterRatio` 高且 `RowsRead` 低，索引命中成功；反之，索引可能无效[^1][^2]。 - **为什么结合使用？** `EXPLAIN` 显示计划逻辑，`SHOW PROFILE` 提供运行时证据。例如，如果 `EXPLAIN` 显示索引扫描但 `SHOW PROFILE` 的 `IndexFilterRatio` 很低，可能索引未正确应用（如数据分布不均）[^1]。 --- ### 常见问题排查 - **索引未命中的原因**： - 查询条件字段顺序与前缀索引不匹配（如引用[3]所述，where 的第一个字段必须是索引第一个字段）。 - 使用了函数或表达式（如 `WHERE UPPER(name) = 'ABC'`），导致索引失效。 - 索引未创建或统计信息过期：使用 `SHOW INDEX FROM [表名];` 检查索引状态。 - **优化建议**： - 确保查询条件匹配索引顺序：将高频字段放在前缀索引开头[^4]。 - 对文本字段使用倒排索引：加速 `LIKE` 或全文检索[^2]。 - 定期更新统计信息：运行 `ANALYZE TABLE [表名];` 以优化器准确选择索引。 --- ### 总结在 Doris 中，查看索引命中主要通过： 1. **`EXPLAIN`**：检查执行计划的扫描节点（如 `OLAP_SCAN`）是否标注索引和谓词。 2. **`SHOW PROFILE`**：验证运行时指标（如 `IndexFilterRatio`）确认索引实际效果。如引用[1]强调，索引体系强大但需正确应用，否则“索引生效了没”的问题会导致性能瓶颈。实际使用中，建议先运行 `EXPLAIN` 快速诊断，再用 `SHOW PROFILE` 深入分析[^1][^3]。