sql语句性能优化
需要的准备知识
1最左前缀匹配
mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配,
对于where条件
a = 1 and b> 2 and c = 3
如果我们建立(a,b,c)顺序的索引,
那么c 是用不到索引的,如果建立(a,c,b)的索引则都可以用到,a,c的顺序可以任意调整。
当我们建立(a,b)的复合索引
对于where条件
a = 1 依然是可以用到索引的。
注意:
=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,
mysql的查询优化器会帮你优化成索引可以识别的形式
2 sql索引原则
2.1索引列的区分度尽量要高,区分度的计算公式count(distinct col)/count(*)
唯一键的区分度是1,而比如类似 状态,性别等字段在大数据面前区分度是0
2.2要保持索引列的值的干净,不能参与计算
比如 假如用户年龄上有索引
Select id from user where age>2 (会走索引)
Select id from user where age-2>0 (不会走索引)
2.3尽量的扩展索引,不要新建索引。比如表中已经有a的索引,现在要加(a,b)的索引
修改即可。
3优化神器 explain / desc 的使用
在你原来的sql语句之前加上 explain 就可以查看mysql对于该语句的执行计划
如下图所示
type
const(常量连接),比如SELECT * FROM user WHERE id=1;
eq_ref(等值引用),比如SELECT * FROM user,card WHERE user.id=card.userid;
ref(引用),用于非唯一索引,比如SELECT * FROM user,card WHERE user.last_name='test';
range(范围),比如SELECT * FROM tbl_name WHERE key_column > 10;
unique_subquery 子查询 针对唯一索引或者主键
index_subquery 子查询 针对非唯一索引列
index(索引),根据索引来读取数据,如果索引已包含了查询数据,只需扫描索引树,否则执行全表扫描和All类似;
ALL(所有),全表扫描
Extra
Using index:表示使用索引,如果同时出现Using where,代表使用索引来查找读取记录,如果没有Using where,表示索引包含查询数据,无需额外的查找;
Using where:表示条件查询,如果type列是ALL或index,而没有出现该信息,则你有可能在执行错误的查询:返回所有数据;
Using filesort:不是“使用文件索引”的含义!filesort是MySQL所实现的一种排序策略,通常在使用到排序语句ORDER BY的时候,会出现该信息; [非索引字段排序]
Using temporary:表示为了得到结果,使用了临时表,这通常是出现在多表联合查询,结果排序的场合。
我们需要重点关注rows。
优化方法(步骤)
1.先运行看看是否真的很慢,注意看是否设置了SQL_NO_CACHE。优化之前先关闭。
2.explain查看执行计划,看那些地方比较慢
3.order by limit 形式的sql语句让排序的表优先查(也就是遇到这类情况,我们可以先去掉order by limit 看是不是他导致的)
4.加索引时参照上面的sql索引原则
5.观察结果,不符合预期继续从1分析
posted on 2017-10-06 21:27 一只小蜗牛12138 阅读(188) 评论(0) 编辑 收藏 举报