共计 1925 个字符，预计需要花费 5 分钟才能阅读完成。
平时的工作中，不晓得你有没有遇到过这样的场景，一条 SQL 语句，失常执行的时候特地快，然而有时也不晓得怎么回事，它就会变得特地慢，并且这样的场景很难复现，它不只随机，而且持续时间还很短。
你的 SQL 语句为什么变“慢”了
要剖析为什么 sql 语句变慢了，首先咱们要理解 MYSQL 的 WAL 机制。
MySQL 里常常说到的 WAL 技术，WAL 的全称是 Write-Ahead Logging，它的关键点就是先写日志，再写磁盘。
InnoDB 引擎先把记录写到 redo log（重做日志） 中，redo log 在哪，他也是在磁盘上，这也是一个写磁盘的过程，然而与更新过程不一样的是，更新过程是在磁盘上随机 IO，费时。而写 redo log 是在磁盘上程序 IO。效率要高。
在数据页批改实现之后，在脏页刷出磁盘之前，写入 redo 日志。
- 留神的是先批改数据，后写日志。
- redo 日志比数据页先写回磁盘。
当内存数据页跟磁盘数据页内容不统一的时候，咱们称这个内存页为“脏页”。内存数据写入到磁盘后，内存和磁盘上的数据页的内容就统一了，称为“洁净页”。
理解到这些，咱们再回到最后的问题，咱们的 MYSQL 为什么会抖一下？
你不难想象，平时执行很快的更新操作，其实就是在写内存和日志，而 MySQL 偶然“抖”一下的那个霎时，可能就是在刷脏页（flush）。
这就引出了新的问题，什么状况会引发数据库的 flush 过程？
1.redo log 日志写满了；
2. 有新的内存也须要读入内存而内存不够用了，这时候须要刷脏业；
3. 零碎闲暇的时候；
4.mysql 失常敞开的时候强制刷新脏页
第一种是“redo log 写满了，要 flush 脏页”，这种状况是 InnoDB 要尽量避免的。因为呈现这种状况的时候，整个零碎就不能再承受更新了，所有的更新都必须堵住。如果你从监控上看，这时候更新数会跌为 0。
第二种是“内存不够用了，要先将脏页写到磁盘”，这种状况其实是常态。
InnoDB 用缓冲池（buffer pool）治理内存，缓冲池中的内存页有三种状态：
- 第一种是，还没有应用的；
- 第二种是，应用了并且是洁净页；
- 第三种是，应用了并且是脏页。
InnoDB 的策略是尽量应用内存，因而对于一个长时间运行的库来说，未被应用的页面很少。
刷脏页的参数管制为 innodb_io_capacity
能够应用 show global variables like '%io_cap%' 查问
mysql> show global variables like '%io_cap%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| innodb_io_capacity | 200 |
| innodb_io_capacity_max | 2000 |
+------------------------+-------+
2 rows in set (0.02 sec)应用
set global innodb_io_capacity=2000;
set global innodb_io_capacity_max=4000;来对刷脏页的工夫进行管制。
当要读入的数据页没有在内存的时候，就必须到缓冲池中申请一个数据页，这时候只能把最久不应用的数据页从内存中淘汰掉：
- 如果要淘汰的是一个洁净页，就间接释放出来复用；
- 但如果是脏页呢，就必须将脏页先刷到磁盘，变成洁净页后能力复用。
所以，刷脏页尽管是常态，然而呈现以下这两种状况，都是会显著影响性能的： - 一个查问要淘汰的脏页个数太多，会导致查问的响应工夫显著变长；
- 日志写满，更新全副堵住，写性能跌为 0，这种状况对敏感业务来说，是不能承受的。
MySQL 中的一个机制，可能让你的查问会更慢：
连坐，也就是刷本人的时候，如果发现街坊也是脏页，就一并刷了，而且这个行为会一直的传递上来。
在 InnoDB 中，innodb_flush_neighbors 参数就是用来管制这个行为的，值为 1 的时候会有上述的“连坐”机制，值为 0 时示意不找街坊，本人刷本人的。
在 MySQL 8.0 中，innodb_flush_neighbors 参数的 默认值 曾经是 0 了。
mysql> show global variables like '%innodb_flush_neighbors%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| innodb_flush_neighbors | 0 |
+------------------------+-------+
1 row in set (0.00 sec)
