博观而约取,厚积而薄发。这篇文章主要讲述MySQL 数据多久刷一次盘?相关的知识,希望能为你提供帮助。
前言事情是这样的,在某乎的邀请回答中看到了这个问题:
-
文章图片
然后当时我没多想就啪一下写下来这样的答案:
但是,后面有兄弟在下面说:”我唔知你喺讲乜“。
后面我回过头去看,当时写的确实有点过于跳跃了,过一段时间再去看有些不是那么连贯,打算重新把这个事情讲清楚。
1. 表数据我们这篇「短文」讨论的是【mysql 表数据多久刷一次盘】,从这个标题中我们可以分裂成两个问题:
文章图片
- 刷什么到磁盘
- 什么时候刷到磁盘
2. 刷什么到磁盘看上去有点废话,肯定是将数据刷入磁盘。所以我们更多需要讨论的是【数据是以什么样的形式被刷入磁盘】。
文章图片
在 InnoDB 中,页是数据被管理的最小的单位。当使用 InnoDB 作为存储引擎的 MySQL 运行时,表中一行一行的数据会被组织在一页一页当中,放在 Buffer Pool 中。
这一页一页的数据,就存放在 Buffer Pool 中。当 DML 语句(也就是 CRUD)语句对表数据进行了变更之后,数据所在的那一页就会被标记为脏页。
文章图片
InnoDB 会用一个叫【Flush 链表】的结构来存放这些脏页,凡是被放进该链表的页都代表需要刷入磁盘,但不是立即刷入。
和 InnoDB 的其他日志例如 Redo Log 一样,这些日志都是有自己的刷盘策略。例如 Redo Log,其刷盘策略可以用下图来表示:
文章图片
参数为0,Redo Log 会每隔一秒,写入并且刷入磁盘。
参数为1,Redo Log 会在每次事务提交之后刷入磁盘
参数为2,每次事务提交,都会写到 OS 缓存中去,然后每隔一秒将 OS 缓存中的数据刷入磁盘
文章图片
而 Flush 链表也有自己的策略。
3. 什么时候刷到磁盘接上节,策略就是:脏页的数量达到了 Buffer Pool 中页数量的 10%,就会触发将 Flush 链表中的脏页刷入磁盘。举个例子,Buffer Pool 中总共有 100 张页,脏页如果达到了 10 页就会启动后台线程,触发刷盘。
【MySQL 数据多久刷一次盘()】当然,【10%】这个数值是可配置的,通过 MySQL 配置项 innodb_max_dirty_pages_pct_lwm 可以进行调整,只是默认值是 10%。但是我们调整的值不能超过某个最大值,这个最大值由 innodb_max_dirty_pages_pct 来指定,默认值为 90%。
换句话说,默认情况,刷盘阈值是 10%,如果需要自定义,则最大值不能超过 90%。
4. 谁来负责刷盘上个小节已经说过了,会启动线程来专门做这个事情,这个没有什么疑问。我们需要关注的是会启动多少个线程来做这个事。
答案是 4 个,我们也可以通过配置项 innodb_page_cleaners来更改,但一般都不会去改这个值。
关于这个点就聊到这。
推荐阅读
- Java并发编程实战04对象的组合
- 小胖学Linux day15(用户管理2)
- 佳豪哥哥教你学Linux的第十四天
- 记一次通过物理文件恢复MariaDB数据
- 虚拟分布式交换机(VDS)
- Docker 镜像导入导出
- 15-用户管理-seq,RANDOM,awk
- Kubernetes——存储卷(empyDirhostPathnfs)
- openstack桥接-内外网设置