关注我

    我的微信
在线咨询 x
在线咨询
有什么可以帮到你
点击咨询

一条SQL查询语句极为缓慢,如何去优化呢

简介一条sql查询语句极为缓慢,如何去优化呢? 分两种情况,一种是平常执行快,偶尔很慢;二是一直都很慢。

一条 SQL 查询语句执行的很慢,那是每次查询都很慢呢?还是大多数情况下是正常的,偶尔出现很慢呢?可以分以下两种情况来讨论。


大多数情况是正常的,只是偶尔会出现很慢的情况。

在数据量不变的情况下,这条SQL语句一直以来都执行的很慢。



一、平常执行快,偶尔很慢


针对这种情况,可以理解为这条SQL语句的书写本身是没什么问题的。而是其他原因导致的,那会是什么原因呢?


(1)  数据库在刷新脏页(flush)


要往数据库中插入、更新一条数据时,数据库会先在内存中将这一条数据更新,但却不会立即持久化到磁盘中,而是把这些记录写入到redo log中,等到空闲的时候,再从redo log中把数据同步到磁盘中去。

当内存数据页跟磁盘数据页内容不一致的时候,我们称这个内存页为“脏页”。内存数据写入到磁盘后,内存和磁盘上的数据页的内容就一致了,称为“干净页”。

redo写满了:redo log的容量是有限的,当数据库一直很忙,更新又比较频繁,此时redo log很快被写满,数据库就只能先暂停其他操作,全身心将数据同步到磁盘中去,所以说,数据库在在同步数据到磁盘的时候,就有可能导致我们的SQL语句执行的很慢了。

内存不够了:另外,当一次性查询的数据太多,又恰好碰到所查询的数据也不在内存中,需要申请内存,而此时恰好内存不足,就需要淘汰一部分内存数据页,如果是干净页,就直接释放,如果是脏页,就需要刷新。


(2)  拿不到锁


当我们要执行的这条语句,它涉及到的表或行,刚好别人在用,且加了锁,那我们拿不到锁就只能慢慢等别人释放锁了。

如果要判断是否真的在等待锁,我们可以用  show processlist  这个命令来查看当前的状态。



二、一直都很慢


如果在同一数据量的情况下,其他SQL语句执行速度都很快,唯独这条 SQL 语句每次都执行的这么慢,那就就要好好反思一下你的 SQL 语句了


(1)  没有用到索引


这种情况又要细分:

a、字段没有建索引

b、字段有索引,但是没有用上

比如说select * from table_A a where a.no+1=100    ( 就算在no列建立了索引,但是对左边做了运算,会导致索引失效 )

c、 函数操作导致索引失效

比如说一个字段name,你对它用了str()或一些其他函数,也会导致索引失效


(2)  数据库选错索引


就算某个字段例如name建立了索引,但系统也会去评估按照索引搜索快还是全表扫描快,而它判断的依据是什么呢?采用取样的方式,来估计数据量,所以,如果样品数据不能代表整体数据,就会导致偏差,数据库就会误判。

这种情况下可以强制使用索引,例如 select * from table_A a force index(ind) where 10< a.no and a.no<10000;



三、总结


一个 SQL 执行的很慢,我们要分两种情况讨论:


1、平常执行快,偶尔很慢,则有如下原因


a、数据库在刷新脏页,例如 redo log 写满了需要同步到磁盘。

b、执行的时候,遇到锁,如表锁、行锁。


2、一直都很慢,则有如下原因。


a、没有用上索引:例如该字段没有索引;由于对字段进行运算、函数操作导致无法用索引。

b、数据库选错了索引。