共计 3367 个字符，预计需要花费 9 分钟才能阅读完成。
SQL 语句执行慢的起因是面试中常常会被问到的，对于服务端开发来说也是必须要关注的问题。
在生产环境中，SQL 执行慢是很重大的事件。那么如何定位慢 SQL、慢的起因及如何防患于未然。接下来带着这些问题让咱们开启本期之旅!
- 思维导图 –
写操作
作为后端开发，日常操作数据库最罕用的是写操作和读操作。读操作咱们下边会讲，这个分类里咱们次要来看看写操作时为什么会导致 SQL 变慢。
刷脏页
脏页的定义是这样的：内存数据页和磁盘数据页不统一时，那么称这个内存数据页为脏页。
那为什么会呈现脏页，刷脏页又怎么会导致 SQL 变慢呢? 那就须要咱们来看看写操作时的流程是什么样的。
对于一条写操作的 SQL 来说，执行的过程中波及到写日志，内存及同步磁盘这几种状况。
- Mysql 架构图 –
这里要提到一个日志文件，那就是 redo log，位于存储引擎层，用来存储物理日志。在写操作的时候，存储引擎 (这里探讨的是 Innodb) 会将记录写入到 redo log 中，并更新缓存，这样更新操作就算实现了。后续操作存储引擎会在适当的时候把操作记录同步到磁盘里。
看到这里你可能会有个疑难，redo log 不是日志文件吗，日志文件就存储在磁盘上，那写的时候岂不很慢吗?
其实，写 redo log 的过程是程序写磁盘的，磁盘程序写缩小了寻道等工夫，速度比随机写要快很多(相似 Kafka 存储原理)，因而写 redo log 速度是很快的。
好了，让咱们回到开始时候的问题，为什么会呈现脏页，并且脏页为什么会使 SQL 变慢。你想想，redo log 大小是肯定的，且是循环写入的。在高并发场景下，redo log 很快被写满了，然而数据来不及同步到磁盘里，这时候就会产生脏页，并且还会阻塞后续的写入操作。SQL 执行天然会变慢。
锁
=
写操作时 SQL 慢的另一种状况是可能遇到了锁，这个很容易了解。举个例子，你和他人合租了一间屋子，只有一个卫生间，你们俩同时都想去，但对方比你早了一丢丢。那么此时你只能等对方进去后能力进去。
对应到 Mysql 中，当某一条 SQL 所要更改的行刚好被加了锁，那么此时只有等锁开释了后能力进行后续操作。
然而还有一种极其状况，你的室友始终占用着卫生间，那么此时你该怎么整，总不能尿裤子吧，多丢人。对应到 Mysql 里就是遇到了死锁或是锁期待的状况。这时候该如何解决呢?
Mysql 中提供了查看以后锁状况的形式：
通过在命令行执行图中的语句，能够查看以后运行的事务状况，这里介绍几个查问后果中重要的参数：
以后事务如果等待时间过长或呈现死锁的状况，能够通过「kill 线程 ID」的形式开释以后的锁。
这里的线程 ID 指表中 trx_mysql_thread_id 参数。
读操作
说完了写操作，读操作大家可能相对来说更相熟一些。SQL 慢导致读操作变慢的问题在工作中是常常会被波及到的。
慢查问
在讲读操作变慢的起因之前咱们先来看看是如何定位慢 SQL 的。Mysql 中有一个叫作慢查问日志的货色，它是用来记录超过指定工夫的 SQL 语句的。默认状况下是敞开的，通过手动配置能力开启慢查问日志进行定位。
具体的配置形式是这样的：
查看以后慢查问日志的开启状况：
- 开启慢查问日志(长期)：
留神这里只是长期开启了慢查问日志，如果 mysql 重启后则会生效。能够 my.cnf 中进行配置使其永恒失效。
存在起因
晓得了如何查看执行慢的 SQL 了，那么咱们接着看读操作时为什么会导致慢查问。
(1)未命中索引
SQL 查问慢的起因之一是可能未命中索引，对于应用索引为什么能使查问变快以及应用时的注意事项，网上曾经很多了，这里就不多赘述了。
(2)脏页问题
另一种还是咱们上边所提到的刷脏页状况，只不过和写操作不同的是，是在读时候进行刷脏页的。
是不是有点懵逼，别急，听我娓娓道来：
为了防止每次在读写数据时拜访磁盘减少 IO 开销，Innodb 存储引擎通过把相应的数据页和索引页加载到内存的缓冲池 (buffer pool) 中来进步读写速度。而后依照最近起码应用准则来保留缓冲池中的缓存数据。
那么当要读入的数据页不在内存中时，就须要到缓冲池中申请一个数据页，但缓冲池中数据页是肯定的，当数据页达到下限时此时就须要把最久不应用的数据页从内存中淘汰掉。但如果淘汰的是脏页呢，那么就须要把脏页刷到磁盘里能力进行复用。
你看，又回到了刷脏页的状况，读操作时变慢你也能了解了吧?
防患于未然
晓得了起因，咱们如何来防止或缓解这种状况呢?
首先来看未命中索引的状况：
不晓得大家有没有应用 Mysql 中 explain 的习惯，反正我是每次都会用它来查看下以后 SQL 命中索引的状况。防止其带来一些未知的隐患。
这里简略介绍下其应用形式，通过在所执行的 SQL 前加上 explain 就能够来剖析以后 SQL 的执行打算：
执行后的后果对应的字段概要形容如下图所示：
这里须要重点关注以下几个字段：
1、type
示意 MySQL 在表中找到所需行的形式。其中罕用的类型有：ALL、index、range、ref、eq_ref、const、system、NULL 这些类型从左到右，性能逐步变好。
- ALL：Mysql 遍历全表来找到匹配的行;
- index：与 ALL 区别为 index 类型只遍历索引树;
- range：只检索给定范畴的行，应用一个索引来抉择行;
- ref：示意上述表的连贯匹配条件，哪些列或常量被用于查找索引列上的值;
- eq_ref：相似 ref，区别在于应用的是否为惟一索引。对于每个索引键值，表中只有一条记录匹配，简略来说，就是多表连贯中应用 primary key 或者 unique key 作为关联条件;
- const、system：当 Mysql 对查问某局部进行优化，并转换为一个常量时，应用这些类型拜访。如将主键置于 where 列表中，Mysql 就能将该查问转换为一个常量，system 是 const 类型的特例，当查问的表只有一行的状况下，应用 system;
- NULL：Mysql 在优化过程中合成语句，执行时甚至不必拜访表或索引，例如从一个索引列里选取最小值能够通过独自索引查找实现。
2、possible_keys
查问时可能应用到的索引(但不肯定会被应用，没有任何索引时显示为 NULL)。
3、key
理论应用到的索引。
4、rows
估算查找到对应的记录所须要的行数。
5、Extra
比拟常见的是上面几种：
- Useing index：表明应用了笼罩索引，无需进行回表;
- Using where：不必读取表中所有信息，仅通过索引就能够获取所需数据，这产生在对表的全副的申请列都是同一个索引的局部的时候，示意 mysql 服务器将在存储引擎检索行后再进行过滤;
- Using temporary：示意 MySQL 须要应用长期表来存储后果集，常见于排序和分组查问，常见 group by，order by;
- Using filesort：当 Query 中蕴含 order by 操作，而且无奈利用索引实现的排序操作称为“文件排序”。
对于刷脏页的状况，咱们须要管制脏页的比例，不要让它常常靠近 75%。同时还要管制 redo log 的写盘速度，并且通过设置 innodb_io_capacity 参数通知 InnoDB 你的磁盘能力。
总结
写操作
- 当 redo log 写满时就会进行刷脏页，此时写操作也会终止，那么 SQL 执行天然就会变慢。
- 遇到所要批改的数据行或表加了锁时，须要期待锁开释后能力进行后续操作，SQL 执行也会变慢。
读操作
- 读操作慢很常见的起因是未命中索引从而导致全表扫描，能够通过 explain 形式对 SQL 语句进行剖析。
- 另一种起因是在读操作时，要读入的数据页不在内存中，须要通过淘汰脏页能力申请新的数据页从而导致执行变慢。
举荐浏览
为什么阿里巴巴的程序员成长速度这么快，看完他们的内部资料我懂了
字节跳动总结的设计模式 PDF 火了，完整版凋谢下载
刷 Github 时发现了一本阿里大神的算法笔记！标星 70.5K
程序员 50W 年薪的常识体系与成长路线。
月薪在 30K 以下的 Java 程序员，可能听不懂这个我的项目；
字节跳动总结的设计模式 PDF 火了，完整版凋谢分享
对于【暴力递归算法】你所不晓得的思路
开拓鸿蒙，谁做零碎，聊聊华为微内核
=
看完三件事❤️
如果你感觉这篇内容对你还蛮有帮忙，我想邀请你帮我三个小忙：
点赞，转发，有你们的『点赞和评论』，才是我发明的能源。
关注公众号『Java 斗帝』，不定期分享原创常识。
同时能够期待后续文章 ing????
