当SQL执行慢时，一般会有哪些问题出现？

当SQL执行慢时，一般会有哪些问题出现？

参考文章 https://mp.weixin.qq.com/s/z0lPf6z8sK97uR9cHU4_vw

sql执行最多的 分为读和写

写操作

对数据进行修改或插入；

刷脏页

内存数据页和磁盘数据页不一致时，那么称这个内存数据页为脏页。

对于一条写操作的 SQL 来说，执行的过程中涉及到写日志，内存及同步磁盘这几种情况

这里要提到一个日志文件，那就是 redo log(重做日志)，位于存储引擎层，用来存储物理日志。

在写操作的时候，存储引擎（这里讨论的是 Innodb）会将记录写入到 redo log 中，并更新缓存，

这样更新操作就算完成了。后续操作存储引擎会在适当的时候把操作记录同步到磁盘里。

看到这里你可能会有个疑问，redo log 不是日志文件吗，日志文件就存储在磁盘上，那写的时候岂不很慢吗？

其实，写redo log 的过程是顺序写磁盘的，磁盘顺序写减少了寻道等时间，速度比随机写要快很多（ 类似Kafka存储原理），因此写 redo log 速度是很快的。

好了，让我们回到开始时候的问题，为什么会出现脏页，并且脏页为什么会使 SQL 变慢。你想想，redo log 大小是一定的，且是循环写入的。在高并发场景下，redo log 很快被写满了，但是数据来不及同步到磁盘里，这时候就会产生脏页，内存数据页和磁盘数据页内容不一致，并且还会阻塞后续的写入操作。SQL 执行自然会变慢。

锁

写操作时执行sql，可能是遇到了锁，需要修改的那一行数据被加了锁，只能等待锁释放才能继续操作；

读操作

慢查询

mysql有个慢查询日志，默认时关闭的，开启后记录超过指定时间的sql；

造成慢查询的原因

1. 未命中索引

2. 读的时候遇到脏页问题

   为了避免每次在读写数据时访问磁盘增加 IO 开销，Innodb 存储引擎通过把相应的数据页和索引页加载到内存的缓冲池（buffer pool）中来提高读写速度。然后按照最近最少使用原则来保留缓冲池中的缓存数据。

   那么当要读入的数据页不在内存中时，就需要到缓冲池中申请一个数据页，但缓冲池中数据页是一定的，当数据页达到上限时此时就需要把最久不使用的数据页从内存中淘汰掉。但如果淘汰的是脏页呢，那么就需要把脏页刷到磁盘里才能进行复用。

   个人理解：读的脏页问题，内存不足，必须要淘汰一部分数据页，而正好淘汰掉的使脏页，就需要先把脏页给同步磁盘，空出来内存空间才可以给其他数据页使用，那这个同步磁盘操作也是影响的慢SQL问题

总结

• 读操作
  1. 当 redo log 写满时就会进行刷脏页，此时停止所有的写操作，将这部分日志先同步到磁盘，那么 SQL 执行自然就会变慢。
  2. 遇到所要修改的数据行或表加了锁时，需要等待锁释放后才能进行后续操作，SQL 执行也会变慢。
• 写操作
  1. 读操作慢很常见的原因是未命中索引从而导致全表扫描，可以通过 explain 方式对 SQL 语句进行分析。
  2. 另一种原因是在读操作时，要读入的数据页不在内存中，需要通过淘汰脏页才能申请新的数据页从而导致执行变慢。