一条 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、数据库选错了索引。
