数据库 
首页 > 数据库 > 浏览文章

Mysql性能优化案例 - 覆盖索引分享

(编辑:jimmy 日期: 2024/11/26 浏览:3 次 )

场景

产品中有一张图片表,数据量将近100万条,有一条相关的查询语句,由于执行频次较高,想针对此语句进行优化

表结构很简单,主要字段:

复制代码 代码如下:
user_id 用户ID
picname 图片名称
smallimg 小图名称

一个用户会有多条图片记录

现在有一个根据user_id建立的索引:uid

查询语句也很简单:取得某用户的图片集合

复制代码 代码如下:
select picname, smallimg
from pics where user_id = xxx;

优化前

执行查询语句(为了查看真实执行时间,强制不使用缓存)

复制代码 代码如下:
select SQL_NO_CACHE picname, smallimg
from pics where user_id=17853;

执行了10次,平均耗时在40ms左右

使用explain进行分析
复制代码 代码如下:
explain select SQL_NO_CACHE picname, smallimg
from pics where user_id=17853

Mysql性能优化案例 - 覆盖索引分享

使用了user_id的索引,并且是const常数查找,表示性能已经很好了

优化后

因为这个语句太简单,sql本身没有什么优化空间,就考虑了索引

修改索引结构,建立一个(user_id,picname,smallimg)的联合索引:uid_pic

重新执行10次,平均耗时降到了30ms左右

使用explain进行分析

Mysql性能优化案例 - 覆盖索引分享

看到使用的索引变成了刚刚建立的联合索引,并且Extra部分显示使用了'Using Index'

总结

'Using Index'的意思是“覆盖索引”,它是使上面sql性能提升的关键

一个包含查询所需字段的索引称为“覆盖索引”

MySQL只需要通过索引就可以返回查询所需要的数据,而不必在查到索引之后进行回表操作,减少IO,提高了效率

例如上面的sql,查询条件是user_id,可以使用联合索引,要查询的字段是picname smallimg,这两个字段也在联合索引中,这就实现了“覆盖索引”,可以根据这个联合索引一次性完成查询工作,所以提升了性能

上一篇:简单解决Windows中MySQL的中文乱码与服务启动问题
下一篇:Mysql性能优化案例研究-覆盖索引和SQL_NO_CACHE
一句话新闻
一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?
友情链接:杰晶网络 DDR爱好者之家 南强小屋 黑松山资源网 白云城资源网 网站地图 SiteMap