文章出处:http://inter12.iteye.com/blog/1430144

MYSQL的全表扫描,主键索引(聚集索引、第一索引),非主键索引(非聚集索引、第二索引),覆盖索引四种不同查询的分析

1.前置条件:

本次是基于小数据量,且数据块在一个页中的最理想情况进行分析,可能无具体的实际意义,但是可以借鉴到各种复杂条件下,因为原理是相同的,知小见大,见微知著!

打开语句分析并确认是否已经打开

Java代码  
  1. mysql> set profiling=1;
  2. Query OK, 0 rows affected (0.00 sec)
  3. mysql> select @@profiling;
  4. +-------------+
  5. | @@profiling |
  6. +-------------+
  7. |           1 |
  8. +-------------+
  9. 1 row in set (0.01 sec)

2.数据准备:

2.1全表扫描数据

Java代码  
  1. create table person4all(id int not null  auto_increment, name varchar(30) not null, gender varchar(10) not null ,primary key(id));
  2. insert into person4all(name,gender) values("zhaoming","male");
  3. insert into person4all(name,gender) values("wenwen","female");

2.2根据主键查看数据

Java代码  
  1. create table person4pri(id int not null  auto_increment, name varchar(30) not null, gender varchar(10) not null ,primary key(id));
  2. insert into person4pri(name,gender) values("zhaoming","male");
  3. insert into person4pri(name,gender) values("wenwen","female");

2.3根据非聚集索引查数据

Java代码  
  1. create table person4index(id int not null  auto_increment, name varchar(30) not null, gender varchar(10) not null ,primary key(id) , index(gender));
  2. insert into person4index(name,gender) values("zhaoming","male");
  3. insert into person4index(name,gender) values("wenwen","female");

2.4根据覆盖索引查数据

Java代码  
  1. create table person4cindex(id int not null  auto_increment, name varchar(30) not null, gender varchar(10) not null ,primary key(id) , index(name,gender));
  2. insert into person4cindex(name,gender) values("zhaoming","male");
  3. insert into person4cindex(name,gender) values("wenwen","female");

主要从以下几个方面分析:查询消耗的时间,走的执行计划等方面。

3.开工测试:

第一步:全表扫描

Java代码  
  1. mysql> select * from person4all ;
  2. +----+----------+--------+
  3. | id | name     | gender |
  4. +----+----------+--------+
  5. |  1 | zhaoming | male   |
  6. |  2 | wenwen   | female |
  7. +----+----------+--------+
  8. 2 rows in set (0.00 sec)

查看其执行计划:

Java代码  
  1. mysql> explain select * from person4all;
  2. +----+-------------+------------+------+---------------+------+---------+------+------+-------+
  3. | id | select_type | table      | type | possible_keys | key  | key_len | ref  | rows | Extra |
  4. +----+-------------+------------+------+---------------+------+---------+------+------+-------+
  5. |  1 | SIMPLE      | person4all | ALL  | NULL          | NULL | NULL    | NULL |    2 |       |
  6. +----+-------------+------------+------+---------------+------+---------+------+------+-------+
  7. 1 row in set (0.01 sec)

我们可以很清晰的看到走的是全表扫描,而没有走索引!

查询消耗的时间:

Java代码  
  1. mysql> show profiles;
  2. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------+
  3. | Query_ID | Duration   | Query                                                                                                                             |
  4. |       54 | 0.00177300 | select * from person4all                                                                                                          |
  5. |       55 | 0.00069200 | explain select * from person4all                                                                                                  |
  6. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------+

全表扫描总共话了0.0017730秒

各个阶段消耗的时间是:

Java代码  
  1. mysql> show profile for query 54;
  2. +--------------------------------+----------+
  3. | Status                         | Duration |
  4. +--------------------------------+----------+
  5. | starting                       | 0.000065 |
  6. | checking query cache for query | 0.000073 |
  7. | Opening tables                 | 0.000037 |
  8. | System lock                    | 0.000024 |
  9. | Table lock                     | 0.000053 |
  10. | init                           | 0.000044 |
  11. | optimizing                     | 0.000022 |
  12. | statistics                     | 0.000032 |
  13. | preparing                      | 0.000030 |
  14. | executing                      | 0.000020 |
  15. | Sending data                   | 0.001074 |
  16. | end                            | 0.000091 |
  17. | query end                      | 0.000020 |
  18. | freeing items                  | 0.000103 |
  19. | storing result in query cache  | 0.000046 |
  20. | logging slow query             | 0.000019 |
  21. | cleaning up                    | 0.000020 |
  22. +--------------------------------+----------+
  23. 17 rows in set (0.00 sec)

第一次不走缓存的话,需要检查是否存在缓存中,打开表,初始化等操作,最大的开销在于返回数据。

第二步:根据主键查询数据。

Java代码  
  1. mysql> select name ,gender from person4pri where id in (1,2);
  2. +----------+--------+
  3. | name     | gender |
  4. +----------+--------+
  5. | zhaoming | male   |
  6. | wenwen   | female |
  7. +----------+--------+
  8. 2 rows in set (0.01 sec)

查看其执行计划:

Java代码  
  1. mysql> explain select name ,gender from person4pri where id in (1,2);
  2. +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
  3. | id | select_type | table      | type  | possible_keys | key     | key_len | ref  | rows | Extra       |
  4. +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
  5. |  1 | SIMPLE      | person4pri | range | PRIMARY       | PRIMARY | 4       | NULL |    2 | Using where |
  6. +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
  7. 1 row in set (0.00 sec)

从执行计划中我们可以看出,走的是范围索引。

再看其执行消耗的时间:

Java代码  
  1. mysql> show profiles;
  2. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------+
  3. | Query_ID | Duration   | Query                                                                                                                             |
  4. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------+
  5. |       63 | 0.00135700 | select name ,gender from person4pri where id in (1,2)                                                                             |
  6. |       64 | 0.00079200 | explain select name ,gender from person4pri where id in (1,2)                                                                     |
  7. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------+
  8. 15 rows in set (0.01 sec)

这次查询消耗时间为0.00079200。

查看各个阶段消耗的时间:

Java代码  
  1. mysql> show profile for query 63;
  2. +--------------------------------+----------+
  3. | Status                         | Duration |
  4. +--------------------------------+----------+
  5. | starting                       | 0.000067 |
  6. | checking query cache for query | 0.000146 |
  7. | Opening tables                 | 0.000342 |
  8. | System lock                    | 0.000027 |
  9. | Table lock                     | 0.000115 |
  10. | init                           | 0.000056 |
  11. | optimizing                     | 0.000032 |
  12. | statistics                     | 0.000069 |
  13. | preparing                      | 0.000039 |
  14. | executing                      | 0.000022 |
  15. | Sending data                   | 0.000100 |
  16. | end                            | 0.000075 |
  17. | query end                      | 0.000022 |
  18. | freeing items                  | 0.000158 |
  19. | storing result in query cache  | 0.000045 |
  20. | logging slow query             | 0.000019 |
  21. | cleaning up                    | 0.000023 |
  22. +--------------------------------+----------+
  23. 17 rows in set (0.00 sec)

看出最大的消耗也是在Sending data,第一次也是需要一些初始化操作。

第三步:根据非聚集索引查询

Java代码  
  1. mysql> select name ,gender from person4index where gender in ("male","female");
  2. +----------+--------+
  3. | name     | gender |
  4. +----------+--------+
  5. | wenwen   | female |
  6. | zhaoming | male   |
  7. +----------+--------+
  8. 2 rows in set (0.00 sec)

查看器执行计划:

Java代码  
  1. mysql> explain select name ,gender from person4index where gender in ("male","female");
  2. +----+-------------+--------------+-------+---------------+--------+---------+------+------+-------------+
  3. | id | select_type | table        | type  | possible_keys | key    | key_len | ref  | rows | Extra       |
  4. +----+-------------+--------------+-------+---------------+--------+---------+------+------+-------------+
  5. |  1 | SIMPLE      | person4index | range | gender        | gender | 12      | NULL |    2 | Using where |
  6. +----+-------------+--------------+-------+---------------+--------+---------+------+------+-------------+
  7. 1 row in set (0.00 sec)

可以看出,走的也是范围索引。同主键查询,那么就看其消耗时间了

Java代码  
  1. mysql> show profiles;
  2. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------------------------+
  3. | Query_ID | Duration   | Query                                                                                                                                               |
  4. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------------------------+
  5. |       68 | 0.00106600 | select name ,gender from person4index where gender in ("male","female")                                                                             |
  6. |       69 | 0.00092500 | explain select name ,gender from person4index where gender in ("male","female")                                                                     |
  7. +----------+------------+-----------------------------------------------------------------------------------------------------------------------------------------------------+
  8. 15 rows in set (0.00 sec)

这个非主键索引消耗的时间为:0.00106600,可以看出略大于组件索引消耗的时间。

看其具体消耗的阶段:

Java代码  
  1. mysql> show profile for query 68 ;
  2. +--------------------------------+----------+
  3. | Status                         | Duration |
  4. +--------------------------------+----------+
  5. | starting                       | 0.000059 |
  6. | checking query cache for query | 0.000111 |
  7. | Opening tables                 | 0.000085 |
  8. | System lock                    | 0.000023 |
  9. | Table lock                     | 0.000067 |
  10. | init                           | 0.000183 |
  11. | optimizing                     | 0.000031 |
  12. | statistics                     | 0.000139 |
  13. | preparing                      | 0.000035 |
  14. | executing                      | 0.000020 |
  15. | Sending data                   | 0.000148 |
  16. | end                            | 0.000024 |
  17. | query end                      | 0.000019 |
  18. | freeing items                  | 0.000043 |
  19. | storing result in query cache  | 0.000042 |
  20. | logging slow query             | 0.000017 |
  21. | cleaning up                    | 0.000020 |
  22. +--------------------------------+----------+
  23. 17 rows in set (0.00 sec)

看几个关键词的点;init,statistics,Sending data 这几个关键点上的消耗向比较主键的查询要大很多,特别是Sending data。因为若是走的非聚集索引,那么就需要回表进行再进行一次查询,多消耗一次IO。

第四部:根据覆盖索引查询数据

Java代码  
  1. mysql> select gender ,name from person4cindex where gender in ("male","female");
  2. +--------+----------+
  3. | gender | name     |
  4. +--------+----------+
  5. | female | wenwen   |
  6. | male   | zhaoming |
  7. +--------+----------+
  8. 2 rows in set (0.01 sec)

这里需要注意的是,我的字段查询顺序变了,是gender,name而不在是前面的name,gender,这样是为了走覆盖索引。具体看效果吧

还是先看执行计划:

Java代码  
  1. mysql> explain select gender ,name from person4cindex where gender in ("male","female");
  2. +----+-------------+---------------+-------+---------------+------+---------+------+------+--------------------------+
  3. | id | select_type | table         | type  | possible_keys | key  | key_len | ref  | rows | Extra                    |
  4. +----+-------------+---------------+-------+---------------+------+---------+------+------+--------------------------+
  5. |  1 | SIMPLE      | person4cindex | index | NULL          | name | 44      | NULL |    2 | Using where; Using index |
  6. +----+-------------+---------------+-------+---------------+------+---------+------+------+--------------------------+
  7. 1 row in set (0.00 sec)

最后栏Extra中表示走的就是覆盖索引。

看消耗的时间吧:

Java代码  
  1. mysql> show profiles;
  2. +----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  3. | Query_ID | Duration   | Query                                                                                                                                                            |
  4. +----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  5. |       83 | 0.00115400 | select gender ,name from person4cindex where gender in ("male","female")                                                                                         |
  6. |       84 | 0.00074000 | explain select gender ,name from person4cindex where gender in ("male","female")                                                                                 |
  7. +----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------+

我们看到消耗的时间是0.00115400,看这个数字好像挺高的,那么都花在什么地方了呢?

看下具体的消耗情况:

Sql代码  
  1. mysql> show profile for query 83 ;
  2. +--------------------------------+----------+
  3. | Status                         | Duration |
  4. +--------------------------------+----------+
  5. | starting                       | 0.000083 |
  6. | checking query cache for query | 0.000113 |
  7. | Opening tables                 | 0.000039 |
  8. | System lock                    | 0.000026 |
  9. | Table lock                     | 0.000075 |
  10. | init                           | 0.000128 |
  11. | optimizing                     | 0.000193 |
  12. | statistics                     | 0.000056 |
  13. | preparing                      | 0.000038 |
  14. | executing                      | 0.000021 |
  15. | Sending data                   | 0.000121 |
  16. | end                            | 0.000042 |
  17. | query end                      | 0.000021 |
  18. | freeing items                  | 0.000112 |
  19. | storing result in query cache  | 0.000043 |
  20. | logging slow query             | 0.000021 |
  21. | cleaning up                    | 0.000022 |
  22. +--------------------------------+----------+
  23. 17 rows in set (0.00 sec)

很惊奇吧,在初始化和优化上消耗了这么多时间,取数据基恩差不多。

总结:

有了上面这些数据,那么我们整理下吧。未存在缓存下的数据。

看这个表,全表扫描最慢,我们可以理解,同时主键查询比覆盖所有扫描慢也还能接受,但是为什么主键扫描会比非主键扫描慢?而且非主键查询需要消耗的1次查询的io+一次回表的查询IO,理论上是要比主键扫描慢,而出来的数据缺不是如此。那么就仔细看下是个查询方式在各个主要阶段消耗的时间吧。

查询是否存在缓存,打开表及锁表这些操作时间是差不多,我们不会计入。具体还是看init,optimizing等环节消耗的时间。

1.从这个表中,我们看到非主键索引和覆盖索引在准备时间上需要开销很多的时间,预估这两种查询方式都需要进行回表操作,所以花在准备上更多时间。

2.第二项optimizing上,可以清晰知道,覆盖索引话在优化上大量的时间,这样在二级索引上就无需回表。

3. Sendingdata,全表扫描慢就慢在这一项上,因为是加载所有的数据页,所以花费在这块上时间较大,其他三者都差不多。

4. 非主键查询话在freeingitems上时间最少,那么可以看出它在读取数据块的时候最少。

5.相比较主键查询和非主键查询,非主键查询在Init,statistics都远高于主键查询,只是在freeingitems开销时间比主键查询少。因为这里测试数据比较少,但是我们可以预见在大数据量的查询上,不走缓存的话,那么主键查询的速度是要快于非主键查询的,本次数据不过是太小体现不出差距而已。

6.在大多数情况下,全表扫描还是要慢于索引扫描的。

tips:

过程中的辅助命令:

1.清楚缓存

reset query cache ;

flush tables;

2.查看表的索引:

show index from tablename;

MYSQL的全表扫描,主键索引(聚集索引、第一索引),非主键索引(非聚集索引、第二索引),覆盖索引四种不同查询的分析的更多相关文章

  1. MySQL的四种不同查询的分析

    1.前置条件: 本次是基于小数据量,且数据块在一个页中的最理想情况进行分析,可能无具体的实际意义,但是可以借鉴到各种复杂条件下,因为原理是相同的,知小见大,见微知著! 打开语句分析并确认是否已经打开 ...

  2. MySql避免全表扫描【转】

    原文地址:http://blog.163.com/ksm19870304@126/blog/static/37455233201251901943705/ 对查询进行优化,应尽量避免全表扫描,首先应考 ...

  3. Mysql避免全表扫描sql查询优化 .

    对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引: .尝试下面的技巧以避免优化器错选了表扫描: ·   使用ANALYZE TABLE tbl_n ...

  4. MySql避免全表扫描

    对查询进行优化,应尽量避免全表扫描,首先应考虑在where 及order by 涉及的列上建立索引: .尝试下面的技巧以避免优化器错选了表扫描: · 使用ANALYZE TABLE tbl_name为 ...

  5. MySQL中的全表扫描和索引树扫描

    引言 在学习mysql时,我们经常会使用explain来查看sql查询的索引等优化手段的使用情况.在使用explain时,我们可以观察到,explain的输出有一个很关键的列,它就是type属性,ty ...

  6. [转载]会引起全表扫描的几种SQL

    查询语句的时候尽量避免全表扫描,使用全扫描,索引扫描!会引起全表扫描的几种SQL如下 1.模糊查询效率很低: 原因:like本身效率就比较低,应该尽量避免查询条件使用like:对于like ‘%... ...

  7. 会引起全表扫描的几种SQL 以及sql优化 (转)

    出处: 查询语句的时候尽量避免全表扫描,使用全扫描,索引扫描!会引起全表扫描的几种SQL如下 1.模糊查询效率很低: 原因:like本身效率就比较低,应该尽量避免查询条件使用like:对于like ‘ ...

  8. SQL中哪些情况会引起全表扫描

    1.模糊查询效率很低:原因:like本身效率就比较低,应该尽量避免查询条件使用like:对于like '%...%'(全模糊)这样的条件,是无法使用索引的,全表扫描自然效率很低:另外,由于匹配算法的关 ...

  9. [SQL]会引起全表扫描的10种SQL语句

    1.模糊查询效率很低: 原因:like本身效率就比较低,应该尽量避免查询条件使用like:对于like ‘%...%’(全模糊)这样的条件,是无法使用索引的,全表扫描自然效率很低:另外,由于匹配算法的 ...

随机推荐

  1. Android项目开发全程(一)--创建工程

    每个程序员都知道,项目工程的整体架构对开发有着决定性的影响,在后续的开发工作中,能不能有效的减少代码的重复量和有效的人员分工取决于前期工程整体的架构.刚参加工作还不到一个月就意识到之前做的项目在架构方 ...

  2. 【原】Docker

    Docker 最近Docker火的不行不行的,正好有时间,找点资料学习一下. 1.Docker是一个轻量级虚拟化技术,比虚拟机有更多优势,简易安装.更快的速度.服务集成与开发流程自动化.跨平台.可移植 ...

  3. javaNIO(转载)

    (一) Java NIO 概述 Java NIO 由以下几个核心部分组成: Channels Buffers Selectors 虽然Java NIO 中除此之外还有很多类和组件,但在我看来,Chan ...

  4. HDU 4135 Co-prime

    思路:直接用求(b,1)范围内互质的数,(a-1,1)范围内互质的数.再求反 就是敲一下容斥模板 #include<cstdio> #include<cstring> #inc ...

  5. 问题-[DelphiXE7]新建的安桌模拟器运行程序闪退

    问题现象:在DelphiXE7中的手机模拟器,每次运行程序,就闪退?问题处理:在 DelphiXE7的目录中,有一个AVD文件夹,删除后就好了.

  6. Laravel教程:laravel 4安装及入门

    一.安装Composer首先你需要安装Composer,Composer是PHP依赖管理工具,Laravel框架就是使用 Composer 执行安装和依赖管理. 注:(1)若安装Composer出错, ...

  7. maven工程-eclipse红叹号

    从公司代码库中check下一份完整代码,在其他开发机器上都能正确构建,唯独一台机器无法正确构建,查证了2个小时,最后还是死在了最基础的问题上 maven工程 工程如下,创建了一个新的maven工程,j ...

  8. spring事物传播机制 事物隔离级别

    Spring事务类型详解: PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务.这是最常见的选择. PROPAGATION_SUPPORTS--支持当前事务,如 ...

  9. java+数据库+D3.js 实时查询人物关系图

    先看下 效果 某个用户,邀请了自己的朋友 ,自己的朋友邀请了其他朋友,1 展示邀请关系,2 点击头像显示邀请人和被邀请人的关系.(网上这种资料很少, 另外很多都是从JSON文件取 数据, 这里是从数据 ...

  10. SQL Server数据库PIVOT函数的使用详解(一)

    http://database.51cto.com/art/201108/285250.htm SQL Server数据库中,PIVOT在帮助中这样描述滴:可以使用 PIVOT 和UNPIVOT 关系 ...