为什么会出现慢SQL

为什么会出现慢SQL

在生产环境中，慢SQL是一个比较严重的问题，在面试时也会经常被问到，那究竟哪些情况会产生慢SQL，我们又该如何排查，如何定位呢？接下来我们将一步步带来这些问题的答案

写操作

刷脏页

脏页的定义是这样的：内存数据页和磁盘数据页不一致时，那么称这个内存数据页为脏页。

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

在写操作时，InnoDB会将记录写入到 redo log 中，并更新缓存，这样更新操作就算完成了。后续操作存储引擎会在适当的时候(buffer pool满了或者redo log满了)把操作记录同步到磁盘里

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

在磁盘中，redo log 顺序存储在两个文件中，大小是一定的，且是循环写入的。在高并发场景下，redo log 很快被写满了，但是数据来不及同步到磁盘里，这时候就会产生脏页，并且还会阻塞后续的写入操作。SQL 执行自然会变慢

锁

写操作时 SQL 慢的另一种情况是可能遇到了锁，当某一条 SQL 所要更改的行刚好被加了锁，那么此时只有等锁释放了后才能进行后续操作。

但是还有一种极端情况，如果遇到了死锁或是锁等待的情况。这时候该如何处理呢？

Mysql 中提供了查看当前锁情况的方式：

通过在命令行执行图中的语句，可以查看当前运行的事务情况