登录
首页 >  数据库 >  MySQL

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

来源:SegmentFault

时间:2023-01-18 15:43:42 287浏览 收藏

IT行业相对于一般传统行业,发展更新速度更快,一旦停止了学习,很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习,精进自己的技术,尤其是初学者。今天golang学习网给大家整理了《为什么我的MySQL会“抖”一下?》,聊聊MySQL、Java、数据库、后端,我们一起来看看吧!

平时的工作中,不知道你有没有遇到过这样的场景,一条 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)

理论要掌握,实操不能落!以上关于《为什么我的MySQL会“抖”一下?》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表