mysql sqlnocache_Mysql性能优化案例研究-覆盖索引和SQL_NO_CACHE

场景

产品中有一张图片表pics，数据量将近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

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

优化后

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

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

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

使用explain进行分析

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

总结

‘Using Index'的意思是“覆盖索引”，它是使上面sql性