加入收藏 | 设为首页 | 会员中心 | 我要投稿 云计算网_泰州站长网 (http://www.0523zz.com/)- 视觉智能、AI应用、CDN、行业物联网、智能数字人!
当前位置: 首页 > 站长学院 > MySql教程 > 正文

mysql索引覆盖实例剖析

发布时间:2022-03-11 21:33:56 所属栏目:MySql教程 来源:互联网
导读:本文实例讲述了mysql索引覆盖。分享给大家供大家参考,具体如下: 索引覆盖 如果查询的列恰好是索引的一部分,那么查询只需要在索引文件上进行,不需要回行到磁盘再找数据。这种查询速度非常快,称为索引覆盖。 假设我们用这样的查询语句: select eamil from
       本文实例讲述了mysql索引覆盖。分享给大家供大家参考,具体如下:
 
索引覆盖
 
     如果查询的列恰好是索引的一部分,那么查询只需要在索引文件上进行,不需要回行到磁盘再找数据。这种查询速度非常快,称为“索引覆盖”。
 
     假设我们用这样的查询语句:
 
select eamil from  t11 where right(email,4)='.com'
 
     索引覆盖的问题
 
create table A (
id varchar(64) primary key,
ver int,

)
 
表中有几个很长的字段varbinary(3000) ,在id、ver上有联合索引 ,共10000条数据
 
为什么select id from A order by id特别慢?
而select id from A order by id,ver非常快
 
疑问: id, (id,ver)都有索引, select id 应该都产生”索引覆盖”的效果,为什么前者慢,而后快?
 
思路:innodb聚簇与myisam索引的不同 , 索引覆盖 这2个角度来考虑
 
(1)假设此表使用的是Myisam的索引,那么这两条sql语句都不需要回行查找数据,那么他们的速度应该差不多。
 
(2)假设此表使用的是InnoDB的索引,那么select id from A order by id这句sql使用到了主键索引,因为InnoDB的每个主键都挂载这每行的数据,并且本题中还有几个特别大的字段,所以会在查找id的时候需要走的相对慢;而select id from A order by id,ver这句sql使用到了id,ver联合索引,在InnoDB存储引擎中,次索引保存的是对主键索引的应用,所以次索引不挂载该行的数据,那么在(id,ver)索引中查找id会快,当找到对应的节点树时,只需要再次查找到主键索引的位置,即可拿到该行的数据,这样比较快。
 
推断:
 
(1)表如果是myisam引擎,2个语句,速度不会有明显差异.
(2)innodb表因为聚簇索引,id索引要在磁盘上跨N多块,导致速度慢.
(3)即使innodb引擎,如果没有那几个varbinay长列, 2个语句的速度也不会有明显差异.

(编辑:云计算网_泰州站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读