likes
comments
collection
share

为什么我的MySQL会“抖”一下？

作者站长头像
站长
· 阅读数 27

平时的工作中，不知道你有没有遇到过这样的场景，一条 SQL 语句，正常执行的时候特别快，但是有时也不知道怎么回事，它就会变得特别慢，并且这样的场景很难复现，它不只随机，而且持续时间还很短。你的 SQL 语句为什么变“慢”了要分析为什么sql语句变慢了，首先我们要了解MYSQL的 WAL 机制。MySQL 里经常说到的 WAL 技术，WAL 的全称是 Write-Ahead Logging，它的关键点就是先写日志，再写磁盘。InnoDB引擎先把记录写到redo log（重做日志） 中，redo log 在哪，他也是在磁盘上，这也是一个写磁盘的过程，但是与更新过程不一样的是，更新过程是在磁盘上随机IO，费时。 而写redo log 是在磁盘上顺序IO。效率要高。在数据页修改完成之后，在脏页刷出磁盘之前，写入redo日志。

  1. 注意的是先修改数据，后写日志。
  2. redo日志比数据页先写回磁盘。当内存数据页跟磁盘数据页内容不一致的时候，我们称这个内存页为“脏页”。内存数据写入到磁盘后，内存和磁盘上的数据页的内容就一致了，称为“干净页”。

了解到这些，我们再回到最初的问题，我们的MYSQL为什么会抖一下？你不难想象，平时执行很快的更新操作，其实就是在写内存和日志，而 MySQL 偶尔“抖”一下的那个瞬间，可能就是在刷脏页（flush）。这就引出了新的问题，什么情况会引发数据库的 flush 过程？1.redo log日志写满了； 2.有新的内存也需要读入内存而内存不够用了，这时候需要刷脏业；3.系统空闲的时候；4.mysql正常关闭的时候强制刷新脏页第一种是“redo log 写满了，要 flush 脏页”，这种情况是 InnoDB 要尽量避免的。因为出现这种情况的时候，整个系统就不能再接受更新了，所有的更新都必须堵住。如果你从监控上看，这时候更新数会跌为 0。第二种是“内存不够用了，要先将脏页写到磁盘”，这种情况其实是常态。InnoDB 用缓冲池（buffer pool）管理内存，缓冲池中的内存页有三种状态：

  1. 第一种是，还没有使用的；
  2. 第二种是，使用了并且是干净页；
  3. 第三种是，使用了并且是脏页。

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;

来对刷脏页的时间进行控制。

当要读入的数据页没有在内存的时候，就必须到缓冲池中申请一个数据页，这时候只能把最久不使用的数据页从内存中淘汰掉：

  1. 如果要淘汰的是一个干净页，就直接释放出来复用；
  2. 但如果是脏页呢，就必须将脏页先刷到磁盘，变成干净页后才能复用。所以，刷脏页虽然是常态，但是出现以下这两种情况，都是会明显影响性能的：
  3. 一个查询要淘汰的脏页个数太多，会导致查询的响应时间明显变长；
  4. 日志写满，更新全部堵住，写性能跌为 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)