MySQL学习笔记（6）—— 慢查询日志和索引

最新推荐文章于 2023-08-16 15:17:55 发布
最新推荐文章于 2023-08-16 15:17:55 发布
阅读量954 收藏
点赞数
分类专栏： # MySQL 文章标签： mysql 索引 优化 慢查询日志
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wxc971231/article/details/107871357
版权

文章目录

一、 慢查询日志

  • 在使用mysql的过程中，我们发现系统有时候工作很慢。
  • 要想优化这个系统，找到比较慢的sql语句，就要先查日志

1. MySQL的各种日志

  • 日志用于记录数据库的运行情况，以及用户对数据库执行的各类操作。
  • 当数据库发生故障时，可以根据日志分析和解决问题，从而对数据库进行恢复。
    在这里插入图片描述

2. 认识慢查询日志

  • 慢查询日志用于记录MySQL数据库中响应时间超过指定阈值（自己设置）的语句。慢查询日志通常也被称之为慢日志，因为它不仅仅只针对SELECT语句，像INSERT、UPDATE、DELETE等语句，只要响应时间超过所设定阈值都会记录在慢查询日志中

  • mysql8.0的参数（5.x版本有区别）
    在这里插入图片描述

3. 开启慢查询日志

  • 开启日志会影响性能

  • 慢查询日志可以通过命令临时设置，也可以修改配置文件永久设置。

  • 语法：

    #查看是否开启慢查询日志
show variables like 'slow%';

#临时开启慢查询日志
set global slow_query_log='ON';
set global long_query_time=1; 

#慢查询日志文件所在位置
show variables like '%datadir%';

#设置慢开始日志阈值为1s
set long_query_time = 1;

#查看各日志的阈值
show variables like '%long%';

#查看日志输出
show variables like '%log_output%';

#查看日志保存位置
show variables like '%datadir%';

4. 示例

# 查看是否开启慢查询日志，看到现在慢开始日志没开，慢开始日志保存位置为D:\programmer\MySQL\..
mysql> show variables like 'slow%';
+---------------------+---------------------------------------------------+
| Variable_name       | Value                                             |
+---------------------+---------------------------------------------------+
| slow_launch_time    | 2                                                 |
| slow_query_log      | OFF                                               |
| slow_query_log_file | D:\programmer\MySQL\Data\7CKJN7W619Q5V0C-slow.log |
+---------------------+---------------------------------------------------+
3 rows in set (0.00 sec)

# 开启慢查询日志
mysql> set global slow_query_log='ON';
Query OK, 0 rows affected (0.53 sec)

#设置慢开始日志阈值
mysql> set long_query_time = 1;
Query OK, 0 rows affected (0.05 sec)

#查看各日志阈值
mysql> show variables like '%long%';
+---------------------------------------------------+----------+
| Variable_name                                     | Value    |
+---------------------------------------------------+----------+
| long_query_time                                   | 1.000000 |
| max_long_data_size                                | 1048576  |
| performance_schema_events_waits_history_long_size | 10000    |
+---------------------------------------------------+----------+
3 rows in set (0.13 sec)

#查看日志保存位置，这是所有日志保存的位置
mysql> show variables like '%datadir%';
+---------------+---------------------------+
| Variable_name | Value                     |
+---------------+---------------------------+
| datadir       | D:\programmer\MySQL\Data\ |
+---------------+---------------------------+
1 row in set (0.00 sec)

#查看日志输出,看到这是一个表,这个表在mysql用于的管理的数据库mysql中
mysql> show variables like '%log_output%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output    | FILE  |
+---------------+-------+
1 row in set (0.00 sec)

mysql> use mysql
Database changed
mysql> show tables;	#下面查出的slow_log就是慢开始日志输出的表
+---------------------------+
| Tables_in_mysql           |
+---------------------------+
| columns_priv              |
| db                        |
| event                     |
| func                      |
| general_log               |
| help_category             |
| help_keyword              |
| help_relation             |
| help_topic                |
| host                      |
| ndb_binlog_index          |
| plugin                    |
| proc                      |
| procs_priv                |
| proxies_priv              |
| servers                   |
| slow_log                  |
| tables_priv               |
| time_zone                 |
| time_zone_leap_second     |
| time_zone_name            |
| time_zone_transition      |
| time_zone_transition_type |
| user                      |
+---------------------------+
24 rows in set (0.32 sec)

  • 下面写两个慢的sql语句，到日志看记录没

    mysql> select sleep(3);
+----------+
| sleep(3) |
+----------+
|        0 |
+----------+
1 row in set (3.37 sec)

mysql> select sleep(5);
+----------+
| sleep(5) |
+----------+
|        0 |
+----------+
1 row in set (5.00 sec)

    在这里插入图片描述

二、查询分析器EXPLAIN

  • 前面用日志找出慢的sql语句后，可以用explain分析问题出在哪里

  • 先给出本文中用于演示的数据表：

    mysql> select * from employee;
+----+--------+------+--------+
| id | name   | sex  | salary |
+----+--------+------+--------+
|  1 | 张三   | 男   |   5500 |
|  2 | 李洁   | 女   |   4500 |
|  3 | 李小梅 | 女   |   4200 |
|  4 | 欧阳辉 | 男   |   7500 |
|  5 | 李芳   | 女   |   8500 |
|  6 | 张江   | 男   |   6800 |
|  7 | 李四   | 男   |  12000 |
|  8 | 王五   | 男   |   3600 |
|  9 | 马小龙 | 男   |   6000 |
| 10 | 龙五   | 男   |   8000 |
| 11 | 冯小芳 | 女   |  10000 |
| 12 | 马小龙 | 女   |   4000 |
+----+--------+------+--------+
12 rows in set (0.00 sec)

1. explain简介

  • explain命令可以查看SQL语句的执行计划。当explain与SQL语句一起使用时，MySQL将显示来自优化器的有关语句执行计划的信息。也就是说，MySQL解释了它将如何处理语句，包括有关如何联接表以及以何种顺序联接表的信息。

  • explain能做什么？

    1. 分析出表的读取顺序
    2. 数据读取操作的操作类型
    3. 哪些索引可以使用
    4. 哪些索引被实际使用
    5. 表之间的引用
    6. 每张表有多少行被优化器查询

2. explain的使用

  • explain的使用很简单，只需要在SQL语句之前加上explain命令即可，除select语句外，explain也能分析insert、update和delete语句。（最后加个\G可以进行规格化显示
    ）
    在这里插入图片描述

3. explain的结果解析

  • 参数一览
    在这里插入图片描述

    • 连接类型：all是最糟糕的，在表格中越靠左边越好

  • 对比where条件不同导致的不同

    mysql> explain select * from employee where name = '张三'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 11
        Extra: Using where
1 row in set (0.53 sec)


mysql> explain select * from employee where id = 1\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: const
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: const
         rows: 1
        Extra:
1 row in set (0.11 sec)
    • 用name做where条件时
      • type: ALL （最糟糕）
      • key: NULL 没有用索引
      • rows: 11 扫描了11行（是全表扫描）
    • 用id做where条件时
      • type: const 比较好
      • key: PRIMARY 用了主键索引
      • rows: 1 扫描了1行

三、索引的基本使用

1. 什么是索引

  • 索引是一种特殊的数据结构，类似于图书的目录，它能够极大地提升数据库的查询效率。如果没有索引，在查询数据时必须扫描表中的所有记录才能找出符合条件的记录，这种全表扫描的查询效率非常低

2. 常见的索引种类

  • 索引是对数据库表中一列或多列的值进行排序的一种结构，使用索引可快速访问数据库表中的特定记录

  • 数据库的索引好比一本书的目录，能够加快数据库的查询速度；

  • 索引是快速搜索的关键，如果不加索引，查找任何一条特定的数据都会进行一次全表扫描

  • 常见索引种类
    在这里插入图片描述

3. 索引的使用

（1）创建索引

# 创建普通索引
CREATE INDEX indexName ON tableName(columnName(length)); 

# 创建唯一索引
CREATE UNIQUE INDEX indexName ON tableName(columnName(length)); 

# 创建复合索引
CREATE INDEX indexName ON tableName(columnName1, columnName2, …);

（2）删除索引

DROP INDEX [indexName] ON tableName;

（3）查看索引

SHOW INDEX FROM tableName;

4. 实战经验

-在这里插入图片描述

5. 示例

  • 先对employee查一下有没有索引

    mysql> show index from employee\G;
*************************** 1. row ***************************
        Table: employee
   Non_unique: 0
     Key_name: PRIMARY
 Seq_in_index: 1
  Column_name: id
    Collation: A
  Cardinality: 11
     Sub_part: NULL
       Packed: NULL
         Null:
   Index_type: BTREE
      Comment:
Index_comment:
1 row in set (0.00 sec)
    • 可见：虽然没有手动建索引，但是有一个主键索引
    • 主键会自动建一个索引

  • 现在进行一个没有索引的查询

    mysql> explain select * from employee where name = '张三'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 11
        Extra: Using where
1 row in set (0.00 sec)
    • 可见：key为空，即没有索引，进行了全表扫描

  • 为name字段添加索引

    # 建立一个新索引
mysql> CREATE INDEX idx_name ON employee(name);
Query OK, 0 rows affected (0.67 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> show index from employee\G;
*************************** 1. row ***************************
        Table: employee
   Non_unique: 0
     Key_name: PRIMARY
 Seq_in_index: 1
  Column_name: id
    Collation: A
  Cardinality: 11
     Sub_part: NULL
       Packed: NULL
         Null:
   Index_type: BTREE
      Comment:
Index_comment:
*************************** 2. row ***************************
        Table: employee
   Non_unique: 1
     Key_name: idx_name
 Seq_in_index: 1
  Column_name: name
    Collation: A
  Cardinality: 11
     Sub_part: NULL
       Packed: NULL
         Null: YES
   Index_type: BTREE
      Comment:
Index_comment:
2 rows in set (0.00 sec)

  • 在进行一次字段的查询

    mysql> explain select * from employee where name = '张三'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: ref
possible_keys: idx_name
          key: idx_name
      key_len: 93
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)
    • 可见：现在用idx_name作为索引进行查询，只扫描1行

  • 删除刚刚建立的索引

    mysql> DROP INDEX idx_name ON employee;
Query OK, 0 rows affected (0.67 sec)
Records: 0  Duplicates: 0  Warnings: 0

四、复合索引的前导列特性

1. 复合索引前导列特性

  • 复合索引前导列特性：创建复合索引(name, salary, dept)，相当于创建了三个索引

    • (name, salary, dept)
    • (name, salary)
    • (name)

  • 因此在创建复合索引时应该将最常用作查询条件的列放在最左边，依次递减

  • 只建立上述复合索引的话

    • 以下查询都不会使用到索引

      select * from employee where salary=8800;
select * from employee where dept='部门A';
select * from employee where salary=8800 and dept='部门A';

    • 以下查询会使用到索引

      select * from employee where name='liufeng';
select * from employee where name='liufeng' and salary=8800;
select * from employee where name='liufeng' and salary=8800 and dept='部门';

2. 示例

# 创建一个复合索引(name,salary,dept)
mysql> create index idx_name_salary_dept on employee(name,salary,dept);
Query OK, 0 rows affected (0.62 sec)
Records: 0  Duplicates: 0  Warnings: 0

# 查询name（可见用索引）
mysql> explain select * from employee where name='张三'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: ref
possible_keys: idx_name_salary_dept
          key: idx_name_salary_dept
      key_len: 93
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)

# 查询name ane dept（可见用索引）
mysql> explain select * from employee where name='张三' and dept = 'A'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: ref
possible_keys: idx_name_salary_dept
          key: idx_name_salary_dept
      key_len: 93
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)

# 查询dept（可见没有索引）
mysql> explain select * from employee where dept = 'A'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 11
        Extra: Using where
1 row in set (0.00 sec)

五、覆盖索引

  • 覆盖索引又称之为索引覆盖，即select的数据列只从索引中就能得到，不必读取数据行，也就是只需扫描索引就可以得到查询结果

  • 这就好像：要查看的数据就在书的目录里，看看目录就可以了，不用真正去翻书

  • 关于覆盖索引的几点说明：

    1. 使用覆盖索引，只需要从索引中就能检索到需要的数据，而不要再扫描数据表；

    2. 索引的体量往往要比数据表小很多，因此只读取索引速度会非常快，也会极大减少数据访问量；

    3. MySQL的查询优化器会在执行查询前判断，是否有一个索引可以覆盖所有的查询列；

    4. 并非所有类型的索引都可以作为覆盖索引，覆盖索引必须要存储索引列的值。像哈希索引、空间索引、全文索引等并不会真正存储索引列的值

1. 如何判断使用了覆盖索引

  • 当一个查询使用了覆盖索引，在查询分析器EXPLAIN的Extra列可以看到Using index
    在这里插入图片描述

2. 使用索引的示例

  • 创建复合索引(name, salary, dept)

    mysql> show index from employee\G;
*************************** 1. row ***************************
        Table: employee
   Non_unique: 0
     Key_name: PRIMARY
 Seq_in_index: 1
  Column_name: id
    Collation: A
  Cardinality: 11
     Sub_part: NULL
       Packed: NULL
         Null:
   Index_type: BTREE
      Comment:
Index_comment:
*************************** 2. row ***************************
        Table: employee
   Non_unique: 1
     Key_name: idx_name_salary_dept
 Seq_in_index: 1
  Column_name: name
    Collation: A
  Cardinality: 11
     Sub_part: NULL
       Packed: NULL
         Null: YES
   Index_type: BTREE
      Comment:
Index_comment:
*************************** 3. row ***************************
        Table: employee
   Non_unique: 1
     Key_name: idx_name_salary_dept
 Seq_in_index: 2
  Column_name: salary
    Collation: A
  Cardinality: 11
     Sub_part: NULL
       Packed: NULL
         Null: YES
   Index_type: BTREE
      Comment:
Index_comment:
*************************** 4. row ***************************
        Table: employee
   Non_unique: 1
     Key_name: idx_name_salary_dept
 Seq_in_index: 3
  Column_name: dept
    Collation: A
  Cardinality: 11
     Sub_part: NULL
       Packed: NULL
         Null: YES
   Index_type: BTREE
      Comment:
Index_comment:
4 rows in set (0.00 sec)
    • 由于复合索引的前导列特性，多建立了三个索引

  • 使用覆盖索引（注意查询的列信息必须能从索引中获得）

    # 使用了覆盖索引
mysql> explain select id from employee\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: index
possible_keys: NULL
          key: idx_name_salary_dept
      key_len: 191
          ref: NULL
         rows: 11
        Extra: Using index
1 row in set (0.34 sec)

# 使用了覆盖索引
mysql> explain select id from employee\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: index
possible_keys: NULL
          key: idx_name_salary_dept
      key_len: 191
          ref: NULL
         rows: 11
        Extra: Using index
1 row in set (0.34 sec)

# 多了一个sex字段，索引没有覆盖，这个只能全表扫描了
mysql> explain select id from employee\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: employee
         type: index
possible_keys: NULL
          key: idx_name_salary_dept
      key_len: 191
          ref: NULL
         rows: 11
        Extra: Using index
1 row in set (0.34 sec)
云端FFF
关注
专栏目录
innodb 建立聚簇索引
zhoxing
01-23 5986
今天在mysql上建立聚簇索引，发现使用了create cluster index 会报语法错误。于是到网上查阅资料找到了原因：       因为我的mysql引擎是innodb,二在innodb里的聚簇索引不能单独建立聚簇索引，一般默认已主键为聚簇索引     innodb索引分类：     聚簇索引(clustered index)     1)  有主键时，根据主键创建聚簇索
MySQL深入学习——第五章 慢查询&索引优化实战学习笔记
hankin的博客
06-26 732
一、什么是慢查询？ 慢查询日志，顾名思义，就是查询慢的日志，是指mysql记录所有执行超过long_query_time参数设定的时间阈值的SQL语句的日志。该日志能为SQL语句的优化带来很好的帮助。默认情况下，慢查询日志是关闭的，要使用慢查询日志功能，首先要开启慢查询日志功能。 1、慢查询配置 1.1、慢查询基本配置 slow_query_log 启动停止技术慢查询日志 slow_qu...
MYSQL索引
07-21 166
索引的类型 索引优化应该是对查询性能优化最有效的手段了。 mysql只能高效地使用索引的最左前缀列。 mysql中索引是在存储引擎层而不是服务器层实现的 B-Tree索引 B-Tree通常意味着所有的值都是按顺序存储的，并且每一个叶子页到根的距离相同。 图中根节点没有画出来。 B-Tree对索引列是顺序组织存储的，索引很适...
mysql分别写出3条索引,MySQL 各个索引的使用详解
weixin_35615010的博客
03-23 166
一. 慢查询日志1.1 MySQL的日志类型日志用于记录数据库的运行情况，以及用户对数据库执行的各类操作。当数据库发生故障时，可以根据日志分析和解决问题，从而对数据库进行恢复。1.2 认识慢查询日志慢查询日志用于记录MySQL数据库中响应时间超过指定阈值的语句。慢查询日志通常也被称之为慢日志，因为它不仅仅只针对SELECT语句，像INSERT、UPDATE、DELETE等语句，只要响应时间超过所设...
MySQL索引-慢查询日志
Leon_Jinhai_Sun的博客
01-07 130
MySQL索引-慢查询日志
查看索引的使用情况（show status like 'Handler_read%'）
拼搏的小船长
10-26 5230
mysql> show status like 'Handler_read%'; +-----------------------+-------+ | Variable_name         | Value | +-----------------------+-------+ | Handler_read_first    | 0     | | Handler_read_key
mysql的学习笔记——mysql的核心概念、使用到哪些技术、以及实现。.zip
最新发布
02-22
MySQL是世界上最受欢迎的关系型数据库...以上就是MySQL学习笔记中的关键知识点，涵盖从基本概念到高级技术，为理解MySQL的工作原理和实际应用提供了坚实的基础。通过深入学习和实践，可以成为熟练掌握MySQL的专业人士。
MySQL学习笔记1——一条SQL的生命历程，查询与更新语句如何执行
strive for the best 的博客
05-06 583
引言：之前数据库模块更新过几篇数据库基础内容，这些内容基本处于学校教学阶段的知识，现在实际应用中MySQL用的更普遍一些，包括面试的时候这一块儿问的也是比较频繁，这里结合linxiaobin的实战45讲 总结一下学习笔记，以供大家一起学习讨论。 基础架构 作为基础架构的引入，作者先问了一个很多sqlboy可能都没有考虑过的问题，一条sql语句究竟是怎么运行的。 盗图： 架构主要包括server和引擎两个层次。 server层涵盖大多数的核心服务功能，包括连接器，查询缓存，分析器，优化器，执行器 ，以及.
学习笔记03——MySQL（三）
m0_52248951的博客
03-30 873
MySQL——分页，DCL，设计范式，事务
Mysql学习笔记——Change Buffer及事务规则
haliaddel的博客
12-15 495
Change Buffer 简介 当需要更新一个数据页的时候，如果数据页在内存中，则直接更新。如果这个数据页不在内存中，在不影响数据一致性的情况下，InnoDB会将这些更新操作缓存在change buffer 中，这样就不需要从内存中读取数据了。 那么，什么时候执行这些缓存的更新操作呢？ 在执行下次查询操作时，如果需要访问到这个数据页，会将其加载进内存，此时就可以进行更新操作，同时也设有定时更新的...
【mySQL】MySQL索引原理及慢查询优化|慢查询日志的配置与使用教程
bandaoyu的note
04-02 663
转自：http://blog.jobbole.com/86594/ https://tech.meituan.com/mysql-index.html MySQL凭借着出色的性能、低廉的成本、丰富的资源，已经成为绝大多数互联网公司的首选关系型数据库。虽然性能出色，但所谓“好马配好鞍”，如何能够更好的使用它，已经成为开发工程师的必修课，我们经常会从...
mysql查询索引使用情况
qq_26235241的博客
02-28 417
select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage where OBJECT_NAME = ‘t_area’; t_ara为所要查询的表名
MySQL索引使用情况分析
昔拉的博客
02-06 676
题目SQL： 定值、范围还是排序，一般order by是给个范围 以下例子C3作用于排序而不是查找，所以用到两个索引字段 查找排序顺序最好与建的索引一致，否则可能会出现using filesort，因为第三层顺序mysql并不知道只能用自身文件排序 以下例子c2,c3用于排序无filesort，换成c3,c2就有filesort了，order by顺序不能乱 用c1,c2两个字段索引...
分析mysql索引使用情况
weixin_42792618的博客
05-16 706
查询是数据库中最频繁的操作。提高了查询速度可以有效的提高MYSQL数据库的性能。 通过对查询语句的分析，可以了解查询语句的执行情况。MYSQL中，可以使用 EXPLAIN语句和DESCRIBE语句来分析查询语句。 下面使用EXPLAIN语句来分析一个查询语句 表结构如下 EXPLAIN select s_name from student ----->全表扫描 针对s_name列建立一...
Mysql索引使用情况_mysql索引使用率监控技巧（值得收藏！）
weixin_39908758的博客
01-19 180
概述在关系数据库中，索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。mysql中支持hash和btree索引。innodb和myisam只支持btree索引，而memory和heap存储引擎可以支持hash和btree索引1、查看当前索引使用情况我们可以通过下面语句查询当前索引使用情况：...
Mysql索引使用情况_介绍mysql索引失效的情况
weixin_32816821的博客
02-08 104
mysql视频教程栏目索引失效的情况。索引对于MySQL而言，是非常重要的篇章。索引知识点也巨多，要想掌握透彻，需要逐个知识点一一击破，今天来先来聊聊哪些情况下会导致索引失效。图片总结版相关免费学习推荐：mysql视频教程全值匹配(索引最佳)explain select * from user where name = 'zhangsan' and age = 20 and pos = 'cxy'...
mysql 索引使用情况_mysql如何查看索引使用情况以及优化 - guols0612
weixin_32567181的博客
01-19 196
mysql中支持hash和btree索引。innodb和myisam只支持btree索引，而memory和heap存储引擎可以支持hash和btree索引我们可以通过下面语句查询当前索引使用情况：show status like '%Handler_read%';+-----------------------+-------+| Variable_name | Value |+-...
如何分析MySQL索引的使用情况
happyLazyAnt的博客
08-16 453
通过explain命令对mysql如何执行select查询进行分析，然后通过优化索引和SQL本身来提高查询性能。
MySQL索引、使用场景、失效场景、回表、索引覆盖
hkl_Forever的博客
11-30 2286
【1】例如有一张用户表t_user_info，id是主键索引，user_name是非主键索引，如果通过非主键索引查询整行记录，就需要先通过非主键索引user_name查询到聚簇索引也就是主键索引拿到id，再根据id查询到整条记录，这个需要回表。可以看到，此时使用到了user_name索引，但是最后的 Extra 的值为 Using index，这就表示用到了索引覆盖扫描，此时直接从索引中过滤不需要的记录并返回命中的结果，这一步是在 MySQL 服务器底层完成的，并且不需要回表。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

云端FFF

所有博文免费阅读，求打赏鼓励~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值