Mysql 查询调优记录-阿里云开发者社区

开发者社区> 数据库> 正文

Mysql 查询调优记录

简介: mysql查询优化以及mysql在项目里开发遇到的问题,需要注意的地方

1、mysql会自己根据语句和数据的范围决策出使用的索引,mysql会自己使用最合适的索引,where 后面的字段顺序无需与联合索引一致。Mysql的查询优化器会使用统计数据预估使用各个索引的代价(COST),与不使用索引的代价(COST)比较。Mysql会选择代价最低的方式执行查询。

2、能建立唯一索引尽量建立unique index,这样能避免很多问题

3、不能建立类似于a_b和b_a两个索引,可能会引起死循环,需要注意

4、如果有a_b的联合索引,是不需要再单独建立一个a的索引

5、写代码的时候需要注意先explain sql语句,避免慢查询,到了千万级的数据时一个几百ms的select也能拖垮整个数据库,所以写select的时候需要注意是否使用索引

6、mysql的limit offset,limit,在offset很大时,mysql是先把offset+limit数据查询出,在取最后limit的数据,所以在进行写翻页sql时,需要注意深分页的问题,能根据自增id偏移翻页最好,如果不行的话,可以使用子查询的方式,先把自增id查出来,再根据自增id查询出你需要的字段,避免在深分页到最后取出太多的数据

7、尽量使用索引排序,如果没有任何索引能达到你想要的排序效果,尽量控制排序的数量,避免大量的数据进行filesort,实在不行,将排序在代码里进行排序,不要在大量的排序工作交给数据库,因为会拖垮数据库

8、尽量不要在mysql里使用like来进行模糊查询,首先mysql只有右模糊查询支持走索引,另外mysql模糊查询效率也比较低,可以通过elasticsearch来多条件模糊查询

9、回表去查询所需的数据意思就是你查询的字段光索引字段不够,需要根据索引查询行数据,最后再提取出你需要的字段

10、索引不是也多越好,索引多纵然提高了select的效率,但是同时降低了insert和update的效率,如果存在大量不同维度的查询,建议改走elasticsearch

11、mysql里数据类型的查询效率比varchar效率高,所以尽量不要存储字符串到数据库,枚举都转化成对应的id存储

12、代码里强制不要用select *,第一降低了查询效率,因为会返回大量无用的数据,第二也会因为增减表字段导致代码异常

13、不要向客户端返回过多的数据,数据传输可能就花费大量的时间,一般查过1000就分页查询

14、不要提交大事务,比如一次提交1000条update的事务。

15、mysql在物理硬件条件不考虑的情况下,单表能支持千万级别的数据快速读取,如果表行数到了亿级别,需要考虑是否有必要进行shading分库分表。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章