MySQL执行计划extra中常见类型using index 和 using where using index 的区别

最新推荐文章于 2025-07-15 20:13:57 发布
原创 最新推荐文章于 2025-07-15 20:13:57 发布 · 848 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #sql #数据库

MySQL的执行计划中，Usingindex表示查询列被索引完全覆盖，且where条件涉及的是索引的前导列，无需回表。UsingwhereUsingindex则指查询列被覆盖，但where条件可能涉及非前导列或范围。Usingwhere表明索引未被完全利用，可能需要回表。Usingindexcondition表示部分列在索引中，where条件可以部分利用索引。

MySQL执行计划extra中的using index 和 using where using index 的区别

mysql执行计划中的extra列中表明了执行计划的每一步中的实现细节，其中包含了与索引相关的一些细节信息
其中跟索引有关的using index 在不同的情况下会出现

  • Using index :查询的列被索引覆盖，并且where筛选条件是索引的是前导列,无需回表
  • Using where Using index ：查询的列被索引覆盖，并且where筛选条件是1.索引列之一但是不是索引的不是前导列2.是索引列前导列的一个范围
  • Using where：查询的列未被索引覆盖，where筛选条件1.非索引的前导列2.筛选条件非索引列
  • Using index condition：查询的列不全在索引中，where条件中是1.一个前导列的范围，2.查询条件完全可以使用到索引
  • NULL：查询的列未被索引覆盖，并且where筛选条件是索引的前导列，需要回表
  • Using temporary： 使用了临时表，没有使用索引，对一个有索引的字段进行分组就不会产生临时表
MySQL Explain结果中“Using Index“与“Using where； Using index“区别探究
2301_79713933的博客
09-14 1101
Using index"出现在"Extra"列中时，意味着MySQL需要通过索引定位到满足查询条件的数据行，然后再根据额外的条件进行进一步的筛选。在"Extra"列中，我们经常会看到两个常见的值：“Using Index"和"Using where;当"Using Index"出现在"Extra"列中时，意味着MySQL能够通过索引直接定位到满足查询条件的数据行，而不需要访问实际的数据行。总结起来，"Using Index"表示查询只使用了索引而不需要进一步的条件判断，而"Using where;
mysql（二）索引 --MySQL执行计划extra中的using index 和 using where using index 的区别
u013900644的专栏
04-16 690
本文出处：http://www.cnblogs.com/wy123/p/7366486.html （保留出处并非什么原创作品权利，本人拙作还远远达不到，仅仅是为了链接到原文，因为后续对可能存在的一些错误进行修正或补充，无他） mysql执行计划中的extra列中表明了执行计划的每一步中的实现细节，其中包含了与索引相关的一些细节信息 其中跟索引有关的using index 在不同的情况下会...
Using index Using where和 Using where Using index有何区别
keehom的博客
06-07 3224
查询的列被索引覆盖，并且where筛选条件是索引列之一但是不是索引的不是前导列，Extra中为Using where;查询的列被索引覆盖，数据都是先通过索引查询出来的索引覆盖数据，然后经过条件过滤得到最终数据；查询的列被索引覆盖，并且where筛选条件是索引的是前导列，Extra中为Using index。查询的列未被索引覆盖，where筛选条件非索引的前导列，Extra中为Using where。，数据都是先通过索引查询出来的索引覆盖数据，然后经过条件过滤得到最终数据；查询的列未被索引全覆盖，
MySQL执行计划extra中的using index 和 using where； using index 的区别
taoy86的博客
10-12 1643
转自：https://www.linuxidc.com/Linux/2017-08/146297.htm 侵删 mysql执行计划中的extra列中表明了执行计划的每一步中的实现细节，其中包含了与索引相关的一些细节信息 其中跟索引有关的using index 在不同的情况下会出现Using index， Using where Using index ，Using index condition等 那么Using index 和 Using where;Using index有什么区别？网上搜了一大...
Using Where，Using index，Using index condition
峰
04-04 5332
当有where条件，但是不能使用索引或者使用索引后仍需扫描全表或者索引树判断条件的情况，简单来说，有效的where条件就Using where。索引覆盖，索引树已包含所有需要的数据，无需回表查询官方文档：https://dev.mysql.com/doc/refman/8.0/en/index-condition-pushdown-optimization.html索引条件下推（Index Condition Pushdown，ICP）是MySQL使用索引的情况的优化。简单来说，
mysql中 执行计划的extra字段---- using where , using index 和 using where & using index 整理
热门推荐
jeffrey11223的博客
01-19 2万+
先上表结构： CREATE TABLE table ( xxx varchar(20) NOT NULL, yyy varchar(20) NOT NULL, zzz datetime NOT NULL, aaa varchar(10) NOT NULL, PRIMARY KEY (xxx,yyy,zzz), ) ENGINE=InnoDB DEFAULT CHARSET=utf8m
Mysql explain的extra信息中的Using index、Using index condition和Using where
尘间絮的专栏
02-26 832
参考mysql5.7手册 https://dev.mysql.com/doc/refman/5.7/en/explain-output.html#explain-extra-information https://dev.mysql.com/doc/refman/5.7/en/index-condition-pushdown-optimization.html 首先明确，覆盖索引有两种用途： 1）提供要查询的字段值，这样只搜索引就可以获取想要的字段，无需回表 2）采用B+树加速定位，提高查询速度 1.Usi
MySQL执行计划Extra字段详解
最新发布
m0_37613591的博客
07-15 513
MySQL执行计划Extra字段详解摘要 Extra字段是MySQL执行计划中显示查询优化细节的重要指标。本文重点解析四个关键信息： Using index condition：表示使用索引条件下推(ICP)，在存储引擎层直接过滤部分WHERE条件，减少回表操作。 Using where：表示服务器层需要额外过滤数据，常见于无索引字段、函数条件或索引无法覆盖全部条件的情况。 Rowid-ordered scan：MySQL按行ID顺序扫描数据，通常用于OR条件查询优化，合并多个索引结果并按主键排序，提高I/
using b tree mysql_0103MySQL中的B-tree索引 USINGWHERE和USING INDEX同时出现
weixin_42366095的博客
01-26 604
转自博客http://www.amogoo.com/article/4前提1，为了与时俱进，文中数据库环境为MySQL5.6版本2，为了通用，更为了避免造数据的痛苦，文中所涉及表、数据，均来自于MySQL官网提供的示例库employees，可通过https://launchpad.net/test-db/employees-db-1/1.0.6自行下载。基本概念Binarysearch(二分...
mysql useing_mysql中using where,using index
weixin_39918682的博客
01-19 941
Using where：过滤元素；执行explain SELECT * from test where b = '4' (b不是索引，全表扫描后，通过过滤获取所需数据) 执行explain SELECT * from test where c = '4' (c是索引，通过索引定位到所需数据，不需过滤) Using index：查询使用索引就能直接访问索引文件获取到所需要的数据；...
Mysql Using where using index
lgreckey的专栏
11-28 810
Mysql 的执行计划中有项不起眼但同时很让人产生误解的东西，其中有一项就是Extra, 这一列放在了最后，并且意思是额外的辅助信息，似乎是最不起眼的一个项。   Column JSON Name Meaning id select_id The SELECT identifier select_type None The SELECT type table ...
MySql使用explain分析时Extra列中Using index condition，Using index，Using where，Using index;Using where的区别
qq_17148449的博客
02-12 3043
1 Using index 表示覆盖索引即可满足查询要求，覆盖索引就是指索引的叶子节点包含了要查询的数据。如下查询，其中id是自增主键。就是说这条查询不需要通过实际表来返回数据，直接通过id主键索引就能返回索引的值。这种情况不回表。（回表简单来说就是MySQL内部需要经过两次查询，第一次先索引扫描，然后再通过主键去取索引中未能提供的数据。因为主键索引树的叶子节点直接就是我们要查询的整行数据，而非主...
MySQL 执行计划(Using where,Using index 和 Using index condition)
lppl010_的专栏
04-21 1017
https://segmentfault.com/q/1010000004197413关于执行计划的 Extra 字段，对这几个取值有一些疑惑，我说一下我的大致理解。Using where：表示优化器需要通过索引回表查询数据；Using index：表示直接访问索引就足够获取到所需要的数据，不需要通过索引回表；Using index condition：在5.6版本后加入的新特性（Index Co...
MySQL关于Extra信息的Using where 和 Using index
qq_32382173的博客
10-14 6325
Using where 表示使用where过滤 Using index 表示使用了覆盖索引避免了回表查询 有的博客认为 Using where 表示访问聚簇索引中的行数据 即回表。 Using where 和 Using index 同时出现时 表示既使用覆盖索引避免回表又在行数据中做回表查询？显然是不对的。 其实不必想的那么复杂 Using where 表示使用where过滤数据 Using index 表示使用覆盖索引避免回表(如果是主键索引查询则表示没有读取行数据)。 案例如下： 先给出见表语句 C
mysql 执行计划的一点疑问
NerveMore
10-16 832
Using where：表示优化器需要通过索引回表查询数据； Using index：表示直接访问索引就足够获取到所需要的数据，不需要通过索引回表； Using index condition：在5.6版本后加入的新特性（Index Condition Pushdown）;   Using index condition 会先条件过滤索引，过滤完索引后找到所有符合索引条件的数据
MySQL执行计划 Extra出现Using index condition 原因与解决方法
一路的博客
07-29 1万+
Extra中using index condition代表查询条件中虽然出现了索引列，但是有部分条件无法使用索引，会根据能用索引的条件先搜索一遍再匹配无法使用索引的条件。 执行如下sql的执行计划结果： EXPLAIN SELECT * FROM tableName WHERE (name= ‘123123’ AND owner_id = 1); 执行如下sql的执行计划结果： EXPLAIN SELECT * FROM tableName WHERE (name= ‘123123’ AND owner_
mysql中using index、using where、using index condition的区别
liujiqing123的博客
10-10 1万+
using index、using where、using where using index ：使用覆盖索引的时候就会出现，测试时主键索引也会生效 using where：在查找使用索引的情况下，需要回表去查询所需的数据 using index condition：查找使用了索引，不需要回表查询，因为要过滤的字段在索引中 using index & using where：查找使用了索引，但是需要的数据都在索引列中能找到，所以不需要回表查询数据（联合索引很容易出现这样的结果） 举个例子 其中ro
mysql中using where,using index
chuanzhuyi7192的博客
12-07 1583
Using where：过滤元素； 执行explain SELECT * from test where b = '4' （b不是索引，全表扫描后，通过过滤获取所需数据） 执行explain SELECT * from test where...
mysql执行计划中什么情况下会出现using where
04-02
<think>嗯，用户问的是MySQL执行计划中什么情况下会出现“Using where”。我需要先回顾一下关于EXPLAIN输出中的“Using where”标志的含义。记得在MySQL中，当执行计划中出现“Using where”时，表示服务器在从存储引擎获取行后，还需要进行额外的过滤条件来检查数据是否符合查询的要求。也就是说，并不是所有的过滤条件都能通过索引来完成，部分条件需要在服务器层进行再次过滤。 接下来，我需要考虑可能的情况。首先，当查询使用索引但未能覆盖所有WHERE子句中的条件时，就会出现“Using where”。例如，如果有一个索引只覆盖了部分条件，剩下的条件就需要在服务器层处理。比如，假设有一个索引在列A上，但WHERE子句中有A和B的条件，这时候用到了A的索引，但B的条件就需要在检索行后进行过滤，这时候就会出现“Using where”。 然后，即使查询使用了索引范围扫描，如果在索引扫描之后还有未满足的条件，也会出现这种情况。例如，当使用索引进行范围查询后，可能仍有其他条件需要进一步筛选，这时候就会有“Using where”。 另外，全表扫描的情况下，如果WHERE子句中有条件需要应用，自然会出现“Using where”，因为MySQL必须逐行检查是否符合条件。这种情况下虽然效率可能不高，但如果没有合适的索引，就只能这么做。 还有，覆盖索引的情况。如果查询使用了覆盖索引，即索引包含了所有需要查询的字段，那么即使有WHERE条件，可能也不会出现“Using where”，因为索引已经处理了所有条件。但如果覆盖索引未能完全包含所有条件，或者需要回表查询其他列，这时候可能还会出现“Using where”。 还需要考虑索引合并的情况。当MySQL使用多个索引进行合并时，可能会在每个索引的结果上进行过滤，这时候也可能出现“Using where”。 用户之前的问题是关于为什么执行计划选择了唯一索引而不是组合索引，可能他们现在想更深入了解执行计划中的各种标志，特别是“Using where”出现的场景。他们可能是数据库管理员或开发人员，需要优化查询性能，所以需要明白执行计划中的各个指标，以便进行索引优化或查询重写。 可能的误区是用户可能认为“Using where”总是代表性能问题，但实际情况是，这只是一个指示，说明有额外的过滤步骤。需要结合具体情况分析，比如是否有合适的索引，或者查询是否可以优化。 还要注意，当使用索引下推（Index Condition Pushdown，ICP）优化时，部分WHERE条件会被下推到存储引擎层处理，此时“Using where”可能不会出现，或者显示的方式不同。例如，在MySQL 5.6及以上版本中，ICP允许某些条件下推，减少服务器层的过滤，从而可能减少“Using where”的出现。 总结一下，出现“Using where”的情况包括但不限于： 1. 索引未完全覆盖WHERE条件，需要额外过滤。 2. 全表扫描时应用WHERE条件。 3. 索引范围扫描后仍需过滤。 4. 索引合并后的结果需要进一步过滤。 需要根据具体情况分析，结合其他执行计划信息如type、key、rows等来判断是否需要优化索引或查询语句。</think>--- ### **一、`Using where` 的核心含义** 在 MySQL 的 `EXPLAIN` 执行计划中，`Using where` 表示 **存储引擎返回数据后，Server 层需要再次过滤数据**。这意味着： 1. **索引未能完全覆盖查询条件**：部分或全部 `WHERE` 子句的条件无法通过索引直接过滤，需在内存中二次处理。 2. **过滤发生在 Server 层**：存储引擎返回的候选数据需进一步筛选，可能伴随额外的 CPU 和内存开销。 --- ### **二、`Using where` 的典型场景** #### **1. 索引未覆盖全部查询条件** - **示例**： 表 `users` 有索引 `idx_age`，查询条件为 `WHERE age=25 AND name='Alice'`。 - 索引 `idx_age` 仅能过滤 `age=25`，`name='Alice'` 需 Server 层二次过滤。 - 执行计划显示 `Using index condition`（若启用 ICP）或 `Using where`。 #### **2. 全表扫描时的条件过滤** - **示例**： 无任何可用索引，执行全表扫描后，所有 `WHERE` 条件均在 Server 层处理。 - 执行计划显示 `type=ALL` 且 `Using where`。 #### **3. 索引范围扫描后的二次过滤** - **示例**： 索引 `idx_price` 用于范围查询 `WHERE price>100 AND category='electronics'`。 - 索引 `idx_price` 过滤 `price>100`，但 `category='electronics'` 需 Server 层过滤。 - 执行计划显示 `type=range` 且 `Using where`。 #### **4. 索引合并后的二次过滤** - **示例**： 使用多个索引（如 `index_merge`）后，合并的结果需进一步筛选。 - 执行计划显示 `type=index_merge` 且 `Using where`。 --- ### **三、`Using where` 与相关优化技术** #### **1. 索引条件下推（Index Condition Pushdown, ICP）** - **作用**： 将 `WHERE` 子句的部分条件（如 `LIKE`、范围查询）**下推至存储引擎层过滤**，减少回表数据量。 - **效果**： - 若 ICP 生效，执行计划显示 `Using index condition` 而非 `Using where`。 - 示例：索引 `idx_age` 过滤 `age>20`，ICP 进一步过滤 `age<30`，无需回表后再筛选。 #### **2. 覆盖索引（Covering Index）** - **作用**： 索引包含查询所需的所有字段，无需回表。 - **效果**： - 若索引完全覆盖查询条件，`Using where` 可能消失，显示 `Using index`。 - 示例：索引 `idx_age_name` 包含 `(age, name)`，查询 `SELECT age, name FROM users WHERE age=25`。 --- ### **四、`Using where` 的性能影响** | **场景** | **是否需优化** | **优化建议** | |-------------------------|---------------------------------|-----------------------------------------------------------------------------| | 全表扫描 + `Using where` | **高优先级** | 添加索引或优化查询条件。 | | 索引部分覆盖 + `Using where` | **中优先级** | 扩展索引字段或使用覆盖索引。 | | 范围扫描 + `Using where` | **低优先级**（若数据量小） | 检查索引选择性，或使用复合索引覆盖更多条件。 | --- ### **五、实战验证方法** #### **1. 查看执行计划** ```sql EXPLAIN SELECT * FROM users WHERE age=25 AND name='Alice'; ``` #### **2. 解读关键字段** - `type`：访问类型（如 `ref`、`range`、`ALL`）。 - `key`：实际使用的索引。 - `Extra`：`Using where` 表示 Server 层过滤。 #### **3. 对比优化前后** - **优化前**： ```sql -- 使用索引 idx_age，需过滤 name EXPLAIN SELECT * FROM users WHERE age=25 AND name='Alice'; -- 结果：Using where ``` - **优化后**： ```sql -- 添加覆盖索引 idx_age_name (age, name) ALTER TABLE users ADD INDEX idx_age_name(age, name); EXPLAIN SELECT age, name FROM users WHERE age=25 AND name='Alice'; -- 结果：Using index ``` --- ### **六、总结** - **`Using where` 的本质**：Server 层需对存储引擎返回的数据进行二次过滤。 - **核心原因**：索引未完全覆盖查询条件或查询需回表操作。 - **优化方向**： 1. 使用覆盖索引或扩展索引字段。 2. 启用索引条件下推（ICP）。 3. 避免全表扫描。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值