执行顺序

查询优化
-
*查询SQL尽量不要使用select ,而是select具体字段。
反例子:select * from employee;
正例子:select id,name from employee;
理由:
- 只取需要的字段,节省资源、减少网络开销;
- select * 进行查询时,很可能就不会使用到覆盖索引了,就会造成回表查询。
-
如果知道查询结果只有一条或者只要最大/最小一条记录,建议用limit 1。
反例:select id,name from employee where name=‘jay’
正例:select id,name from employee where name=‘jay’ limit 1;
理由:
- 加上limit 1后,只要找到了对应的一条记录,就不会继续向下扫描了,效率将会大大提高;
- 当然,如果name是唯一索引的话,是不必要加上limit 1了,因为limit的存在主要就是为了防止全表扫描,从而提高性能,如果一个语句本身可以预知不用全表扫描,有没有limit ,性能的差别并不大。
-
优化limit分页
反例:
select id,name,age from employee limit 10000,10
正例:
//方案一 :返回上次查询的最大记录(偏移量)
select id,name from employee where id>10000 limit 10.
//方案二:order by + 索引
select id,name from employee order by id limit 10000,10
//方案三:在业务允许的情况下限制页数:
理由:
- 当偏移量最大的时候,查询效率就会越低,因为Mysql并非是跳过偏移量直接去取后面的数据,而是先把偏移量+要取的条数,然后再把前面偏移量这一段的数据抛弃掉再返回的;
- 如果使用优化方案一,返回上次最大查询记录(偏移量),这样可以跳过偏移量,效率提升不少;
- 方案二使用order by+索引,也是可以提高查询效率的;
- 方案三的话,建议跟业务讨论,有没有必要查这么后的分页啦。因为绝大多数用户都不会往后翻太多页。
-
Inner join 、left join、right join,优先使用Inner join,如果是left join,左边表结果尽量小。

最低0.47元/天 解锁文章
72

被折叠的 条评论
为什么被折叠?



