在对服务器进行性能分析时,我们经常会遇到慢SQL,给大家粗略的总结了一下慢sql可能的原因,帮助大家分析定位慢SQL。
1、查询的表,没有加索引
写了一个查询sql,结果查询的条件字段没有索引,导致需要全表扫描,查找数据,这是大家遇到最多,也是最容易理解的。
这种,一般,在表数据量比较少时,如低于十万级,不会觉得慢,但是,当表中数据量达到或超过十万级时,就会体现出查询时间特别长了。
2、查询的索引,无效
3、查询使用了,临时表
临时表可能大家不知道,但是回表查询,大家可能听说过,就是说一次查询不满足,还需要再查一次,查两次才能出结果,这当然就会慢啦。
哪临时表一般都是怎么产生的呢?通过一次查询返回的数据,要进行下一步的过滤、显示时,发现返回的数据中不满足过滤条件,或者没有显示的字段,又要回头查一次原表,从原表中获取满足条件的数据,这些数据,就放在临时表中。本来,回头查一次,就已经消耗了时间了,奈何,临时表还有空间大小限制,占用内存空间,还可能空间不够用,存放不下所有数据。所以,一般,只要出现使用了临时表,这个sql的性能都很差。
4、join或子查询,太多
关联查询,在实际工作中,非常场景,关联的表越多,那么,数据过滤筛选就越来复杂,时间自然就会越长了。所以,一般而言,关联表不建议超过3个,而且数据量小的表放左边,大的表放在右边。
5、查询结果数据量,太大了
查询结果数据量太大,常见的有两种,第1种,就是直查的表数据量太大,如千万级。一张表千万级,即使建了索引,索引文件也会很大,深度也会很深,查询速度,自然就会很慢了。第2种,就是联表笛卡尔积量太大。
6、锁竞争
现在MySQL的表一般都是InnoDB存储引擎,这种引擎的表是行锁,每次锁定一行。即,如果有一个事务在操作某一行数据,就会锁定这一行的操作行为,其他事务不能操作,直到前一个事务操作完成,commit数据变更之后,后面的事务才能获取操作。
7、limit分页,太深
有些时候,我们需要偏移一定量数据之后,获取某些数据,就很容易想到用limit,但是,如果偏移量很大时,就会发现SQL执行起来非常非常慢了,因为,偏移量会分页读取到buffpool中,数据量大,占用的buffpool空间就会大,而这个空间大小是配置的,一般不会很大,所以,导致了慢sql。
8、配置参数,不合理
我们很多时候使用数据库,都是安装了之后,就直接用,不会对数据库配置参数进行过多了解和设置。在这篇文章中,我们就多次说到buff,这就是数据库中一类非常重要的配置参数,在mysql中,有很多带有 buff、cache、size、length、max、min、limit等字样的配置参数,都是非常重要的配置参数。
9、频繁刷脏页
10、系统资源,不够用
数据库,使用来存储数据的,要频繁进行磁盘操作,所以,一般,我们都会选择磁盘IO性能比较好的机器作为数据库服务器。同时,数据库还要经常进行数据交换,所以,也需要有足够的内存,所以,内存也会相应要求高些。而这些硬件,仅仅只是作为数据库服务器硬件选择的基本要求;数据库也是一个软件,软件也是安装在操作系统中的,所以,也会受操作系统的参数的一些限制,所以,当硬件资源不够用,或者达到了系统参数限制值时,也是会导致操作变慢的。