MySQL通过explain分析时，possible_keys为null,key为所建索引的原因

最新推荐文章于 2023-10-09 09:29:41 发布
最新推荐文章于 2023-10-09 09:29:41 发布
阅读量3.8k 收藏 4
点赞数 6
分类专栏： MySQL 文章标签： mysql 索引 数据库 sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/eden_Liang/article/details/108026148
版权

分析

首先我们知道：possible_keys为可能使用的索引；key为实际使用的索引，按照逻辑讲第一个为null

那么第二个也应该为null才对。

原因

在这里插入图片描述
这种情况一般发生在覆盖索引条件下，possible_keys为null说明用不上索引的树形查找，但如果二

级索引包含了所有要查找的数据，二级索引往往比聚集索引小，所以mysql可能会选择顺序遍历这个二

级索引直接返回，但没有发挥树形查找优势，所以就出现了这个情况。

eden_Liang
关注
  • 6
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
专栏目录
mysql索引详解
学Java，找哪吒
07-07 10万+
MySQL的存储引擎架构将查询处理与数据的存储/提取相分离
mysql explain ref null_MySQL Explain使用详解
weixin_36415835的博客
02-07 2290
在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略...
mysql explain时，possible_keys有索引，但是key为null没有使用索引
热门推荐
gongmf的专栏
08-24 2万+
场景：　有三个表，表２连接表３查询很快，几毫秒；但是表２连接查询表４很慢，耗时几分钟。　注：都是用uid字段做关联　。 查询结果如下截图： mysql> select concat_ws( '|' , '2016-08-23' , t3.country , count(distinct t2.id ) ) -> from t_reconnect_task t2 jo
mysql explain key为空_MySQL Explain详解
weixin_39563827的博客
01-19 1162
在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略...
Explain字段解释——possible_keys
待到春花烂漫时
12-15 6192
本教程中所使用的数据库的建表语句都在“MySQL高阶教程索引”这篇文章中，点击链接直达：索引&建表语句 摘要：本文主要介绍Explain的常见字段——possible_keys Explain字段解释——possible_keys 问：什么是覆盖索引？ 如果一个索引包含(或覆盖)所有需要查询的字段的值，称为‘覆盖索引’。即只需扫描索引而无须回表。 问：什么叫一个索引包含了所要查询的所有列？ 就是存在一个索引，它包含了select后...
一篇掌握mysql explain
沐雨云楼
01-10 1536
本文主要介绍下explain。 我们可以通过explian可以查看sql的执行计划，分析sql语句和表结构的性能瓶颈。 explain的使用十分简单，通过在查询语句前面加一个explain关键字即可。 更详细资料请查看manor farm mysql 1.explain字段 explain查看执行计划，共有以下信息返回 id: 序号，表示执行顺序 select_type: 查询类型 table: 访问的表 partitions: 分区 type: 访问的类型 possible_keys: 可能使用到
MySQL性能优化——Explain执行计划详解
前尘忆梦Memory的博客
11-04 1654
我们通过慢查询日志已经知道哪些SQL慢了，为什么慢呢？慢在哪里？ MySQL提供了一个执行计划的工具，在MySQL架构中，SQL语句通过优化器最终生成的就是一个执行计划。通过EXPLAIN我们可以模拟优化器执行SQL查询语句的过程，来知道MySQL是怎么处理一条SQL语句的。通EXPLAIN我们可以分析语句或者表的性能瓶颈，然后进行优化。 我们新建三张表，三张表只有主键索引，来详细讲解一下EXPLAIN。 我们通过慢查询日志已经知道哪些SQL慢了，为什么慢呢？慢在哪里？ MySQL提供了一个执行计划
mysql之explain使用详解(分析索引)
09-09
MySQL中的`EXPLAIN`命令是数据库管理员和开发者用于分析SQL查询执行计划的重要工具，它可以提供有关MySQL如何执行SELECT语句的详细信息，包括如何使用索引来优化查询。通过对`EXPLAIN`输出的解读，我们可以更好地...
mysql的explain分析sql语句性能(慢查询和加没加索引)
06-29
MySQL 的 Explain 分析 SQL 语句性能（慢查询和加没加索引） MySQL 的 Explain 分析 SQL 语句性能是数据库性能优化的重要工具之一。通过 Explain 命令可以分析 SQL 语句的执行计划，了解 SQL 语句的执行过程，找出...
mysql 索性_MySQL索引性能分析
weixin_30608641的博客
01-26 280
为什么要做性能分析你有没有这样的情况。面对一个你没怎么写过的、复杂的业务，你构思了很久，终于开始敲下了第一段代码。写的过程迷迷糊糊，有的时候还能把自己搞晕了。但你还是终于把它写完了。但是点击一运行，完了，有bug。怎么办？debug的方式有很多，控制台打印是一种。通过控制台打印的信息，我们能根据反馈去修改代码，直到代码能正常运行为止。其实建索引也是一样的。上篇帖子《浅谈sql索引》，说过索引的难点...
MySQL学习
weixin_47748878的博客
09-21 1049
Mysql的三大范式，存储引擎、索引、sql的执行计划、count()计数的区别，事务，简单sql调优，索引失效场景、jdbcTemplate查询类获取时间没有时分秒、连接mysql时区配置，jaskson转json时区配置...
mysql left join 索引失效
乱梦
03-09 1万+
Sql语句: select count(s.fuid) amount,case when avg(s.grade) is null then 0 else round(avg(s.grade)*20,2) end average,b.name,b.lon,b.lat from bs_hotel b left join dwd_comment_hotel_sentiment_internet_...
MySQL 覆盖索引
yinni11的博客
08-18 350
  本文主要概述mysql的覆盖索引，以及几种常见的优化场景 内容概要  聚集索引和辅助索引  什么是覆盖索引  几种优化场景    总体建议 聚集索引和辅助索引 聚集索引（主键索引） —innodb存储引擎是索引组织表，即表中的数据按照主键顺序存放。而聚集索引就是按照每张表的主键构造一颗B+树，同时叶子节点中存放的即为整张表的记录数据 —聚集索引的叶子节点称为数据页，数据页，数据页！重要...
SQL查询如何判断是索引查询还是全表扫描以及可能造成索引失效的原因
aaaym的博客
11-03 1503
如何判断当前查询语句执行时，所设置的索引生效了，也就是要判断是按索引查询还是全表扫描。首先，新建一张表，这里以学生信息表为例，新建一张学生信息表，并为年龄字段新增（普通索引），这里可以直接在Navicat工具中新增索引。如果箭头所示的key列有当前设置的索引列字段，则表明此次查询索引是生效的，反之则未生效。where 子句中使用 or 来连接条件，OR 前后只要存在非索引的列，都会导致索引失效。key_len：使用的索引的长度。ref：显示索引的哪一列被使用了，如果可能的话，是一个常数；
MySQL 对于explain中possible_key，与key的思考
weixin_59141600的博客
10-15 3650
对于MySQL，explain中的相关字段的思考，例如possible_keys、key等
Explain执行计划字段解释说明---possible_keys、key、key_len、ref、rows、filtered字段说明
最新发布
DKPT的博客
10-09 1115
2 、如果是varchar或者char这种字符串字段，视字符集要乘不同的值，比如utf-8 要乘 3,GBK要乘2，这个字段表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比，不是具体记录数。key_len=age的字节长度+name的字节长度=4+1 + ( 20*3+2)=5+62=67。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。（1）实际使用的索引。
mysql索引possible_keys，key问题。
helianus的专栏
06-07 2181
举例来说就是上面的例子，一个条件查询了表中的百分之99的数据，即使你的where条件中使用到了索引（并且使用了正确使用索引的姿势。），那么优化器也会选择放弃使用这个索引，因为你使用了这个索引，还会额外带来回表的代码，那么还不如直接全表扫描。好了，得出的结论就是possible_keys会列出你的where条件中可能会使用到的索引列，但是具体用不到这个索引，是需要根据你的实际情况来的，如果你的条件，使用到索引和不使用到索引所消耗的效果差不错（磁盘io，数据读取等）。
MySQL高级：explain分析SQL，索引失效&常见优化场景
weixin_50205273的博客
10-28 702
本篇，我们先着重讲解如何分析，具体如何找到SQL，后续的实战篇，我们再来详细谈一谈。
MySQL系列之Explain（五）
bu__wu的博客
08-08 378
explain的所有列描述
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+--------------------+-------+-------+----------------------------+---------+---------+-------+------+-------------+ | 1 | PRIMARY | a | ALL | NULL | NULL | NULL | NULL | 5 | Using where | | 2 | DEPENDENT SUBQUERY | b | const | PRIMARY,idx_left,idx_right | PRIMARY | 4 | const | 1 | NULL |
06-03
这是一个关于查询执行计划的输出结果，它是通过执行 `EXPLAIN [查询语句]` 命令得到的。以下是各个列的含义： - `id`: 查询中查询块的唯一标识符，可以用来分析查询中不同部分的性能。 - `select_type`: 查询的类型，可以是 `SIMPLE`（简单查询）、`PRIMARY`（最外层查询）、`SUBQUERY`（子查询）等等。 - `table`: 查询涉及的表名。 - `type`: 查询使用的连接类型，常见的有 `const`（常量）、`eq_ref`（唯一索引）、`ref`（非唯一索引）、`range`（范围查询）、`index`（索引扫描）和 `ALL`（完全扫描）等等。 - `possible_keys`: 可能使用的索引，是一个逗号分隔的索引列表。 - `key`: 实际使用的索引。 - `key_len`: 使用的索引长度。 - `ref`: 使用的索引或常量的列名。 - `rows`: 估计的行数，这个值越小越好。 - `Extra`: 额外的信息，如使用了哪些优化器、是否使用了临时表等等。 对于这个查询执行计划，它使用了一个主查询和一个子查询。主查询的表名为 `a`，使用了全表扫描（`type` 为 `ALL`），并且使用了 `where` 子句进行过滤。子查询的表名为 `b`，使用了常量连接（`type` 为 `const`），说明它只会返回一行结果。子查询使用了 `PRIMARY` 索引或 `idx_left` 或 `idx_right` 索引进行访问，这意味着它会使用索引扫描或唯一索引查找。最后，这个查询计划中没有使用额外的优化器或临时表。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值