1. Toy模板网首页
  2. > Toy博客

MySQL 8.0中InnoDB buffer pool size进度更透明

8月前 作者：GreatSQL 分类：Toy博客 阅读(34) 违法举报

这篇具有很好参考价值的文章主要介绍了MySQL 8.0中InnoDB buffer pool size进度更透明。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

  • GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。
  • GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。
  • 作者：Yejinrong/叶金荣
  • 文章来源：GreatSQL社区原创

MySQL 8.0 up up up~

从MySQL 5.7开始，支持在线动态调整 innodb buffer pool，并为此新增了一个状态变量 Innodb_buffer_pool_resize_status，可以通过观察它了解调整buffer pool过程中的一些状态，例如 Resizing also other hash tables. 或 Completed resizing buffer pool at 230131 15:57:03.。

从8.0.31开始，针对innodb buffer pool在线动态resize特性，新增了下面两个状态变量，可以更方便透明观察resize的进度：

状态变量 解释
Innodb_buffer_pool_resize_status_code buffer pool resize状态码，共有以下几种不同值： - 0: No Resize operation in progress - 1: Starting Resize - 2: Disabling AHI (Adaptive Hash Index) - 3: Withdrawing Blocks，清除/降低buffer pool pages（主要针对buffer pool缩小的情况） - 4: Acquiring Global Lock - 5: Resizing Pool - 6: Resizing Hash - 7: Resizing Failed
Innodb_buffer_pool_resize_status_progress 报告当前resize的进度，用百分比进度条方式展示，数值范围从0-100

我们可以通过 Innodb_buffer_pool_resize_status_code 报告的状态码，了解当前的状态，以及是否出现报错等情况。

状态变量 Innodb_buffer_pool_resize_status_progress 可以实时查看当前resize的百分比进度，当有多个buffer pool instance时，每完成一个instance resize，该值就会更新一次。每当 Innodb_buffer_pool_resize_status_code 状态码变化一次，则 progress 的进度百分比会被重置为0，重新开始。当整个buffer pool都resize完成后，最终显示100。

接下来，我们找个正在跑sysbench压测中的实例，对其在线调整buffer pool看看这几个状态变量分别是怎样的。压测期间，在另一个窗口跑下面的命令观察：

$ while [ 1 ] ; do mysqladmin ext | grep -i Innodb_buffer_pool_resi | sed 's/ //g'; sleep 0.5; echo ; echo; done
...
|Innodb_buffer_pool_resize_status|bufferpool7:withdrawingblocks.(112590/122869)|
|Innodb_buffer_pool_resize_status_code|3|
|Innodb_buffer_pool_resize_status_progress|0|
...
|Innodb_buffer_pool_resize_status|bufferpool7:resizingwithchunks16to1.|
|Innodb_buffer_pool_resize_status_code|5|
|Innodb_buffer_pool_resize_status_progress|87|
...
|Innodb_buffer_pool_resize_status|Completedresizingbufferpoolat2302029:58:50.|
|Innodb_buffer_pool_resize_status_code|0|
|Innodb_buffer_pool_resize_status_progress|100|

此外，还可以从日志文件中查看详细过程：

09:56:20.275388+08:00 30 .. Resizing buffer pool from 17179869184 to 8589934592 (unit=134217728). (new size: 8589934592 bytes)
09:56:20.275397+08:00 0 .. Status code 1: Resizing buffer pool from 17179869184 to 8589934592 (unit=134217728).
09:56:20.275417+08:00 0 .. Status code 1: 12% complete
09:56:20.275422+08:00 0 .. Status code 1: 25% complete
...
09:56:20.275439+08:00 0 .. Status code 1: 100% complete
09:56:20.275443+08:00 0 .. Status code 1: Completed
09:56:20.275446+08:00 0 .. Status code 2: Disabling adaptive hash index.
09:56:20.286907+08:00 0 .. disabled adaptive hash index.
09:56:20.286939+08:00 0 .. Status code 2: 12% complete
09:56:20.286943+08:00 0 .. Status code 2: 25% complete
...
09:56:20.286963+08:00 0 .. Status code 2: 100% complete
09:56:20.286966+08:00 0 .. Status code 2: Completed
09:56:20.286970+08:00 0 .. Status code 3: Withdrawing blocks to be shrunken.
09:56:20.286974+08:00 0 .. buffer pool 0 : start to withdraw the last 65530 blocks.
09:56:20.288848+08:00 0 .. Status code 3: buffer pool 0 : withdrawing blocks. (52526/65530)
09:56:20.288865+08:00 0 .. buffer pool 0 : withdrew 52512 blocks from free list. Tried to relocate 14 pages (52526/65530).
...
09:56:20.288934+08:00 0 .. Status code 3: buffer pool 0 : withdrawing blocks. (52526/65530)
09:56:20.288937+08:00 0 .. buffer pool 0 : withdrew 0 blocks from free list. Tried to relocate 0 pages (52526/65530).
09:56:20.288941+08:00 0 .. buffer pool 0 : will retry to withdraw later.
09:56:20.288951+08:00 0 .. buffer pool 1 : start to withdraw the last 65530 blocks.
09:56:20.290815+08:00 0 .. Status code 3: buffer pool 1 : withdrawing blocks. (53263/65530)
09:56:20.290824+08:00 0 .. buffer pool 1 : withdrew 53249 blocks from free list. Tried to relocate 14 pages (53263/65530).  -- 尝试释放buffer pages失败，将继续重试
...
09:56:27.305382+08:00 0 .. buffer pool 7 : withdrew 0 blocks from free list. Tried to relocate 0 pages (54852/65530).
09:56:27.305385+08:00 0 .. buffer pool 7 : will retry to withdraw later.
09:56:27.305388+08:00 0 .. Will retry to withdraw 8 seconds later.
09:56:29.047052+08:00 0 .. Page cleaner took 12405ms to flush 83911 and evict 0 pages
09:56:35.305806+08:00 0 .. buffer pool 0 : start to withdraw the last 65530 blocks.
09:56:35.333782+08:00 0 .. Status code 3: buffer pool 0 : withdrawing blocks. (65530/65530)
09:56:35.333813+08:00 0 .. buffer pool 0 : withdrew 0 blocks from free list. Tried to relocate 13004 pages (65530/65530).
09:56:35.334245+08:00 0 .. buffer pool 0 : withdrawn target 65530 blocks.
09:56:35.334253+08:00 0 .. Status code 3: 12% complete
...
09:56:35.515813+08:00 0 .. Status code 3: 100% complete
09:56:35.515817+08:00 0 .. Status code 3: Completed
09:56:35.515821+08:00 0 .. Status code 4: Latching whole of buffer pool.
09:56:35.515824+08:00 0 .. Status code 4: 14% complete
09:56:35.515827+08:00 0 .. Status code 4: 28% complete
09:56:35.515838+08:00 0 .. Status code 4: 42% complete
09:56:35.515842+08:00 0 .. Status code 4: 57% complete
09:56:35.515845+08:00 0 .. Status code 4: 71% complete
09:56:35.515848+08:00 0 .. Status code 4: 85% complete
09:56:35.515851+08:00 0 .. Status code 4: 100% complete
09:56:35.515862+08:00 0 .. Status code 4: Completed
09:56:35.515865+08:00 0 .. Status code 5: Starting pool resize
09:56:35.515868+08:00 0 .. Status code 5: buffer pool 0 : resizing with chunks 16 to 8.
09:56:35.533458+08:00 0 .. buffer pool 0 : 8 chunks (65530 blocks) were freed.
09:56:35.533477+08:00 0 .. Status code 5: 12% complete
...
09:56:35.639495+08:00 0 .. Status code 5: buffer pool 7 : resizing with chunks 16 to 8.
09:56:35.655714+08:00 0 .. buffer pool 7 : 8 chunks (65530 blocks) were freed.
09:56:35.655732+08:00 0 .. Status code 5: 100% complete
09:56:35.655746+08:00 0 .. Completed to resize buffer pool from 17179869184 to 8589934592.
09:56:35.655750+08:00 0 .. Re-enabled adaptive hash index.
09:56:35.655755+08:00 0 .. Status code 5: Completed
09:56:35.655758+08:00 0 .. Status code 0: Completed resizing buffer pool at 230202  9:56:35.
09:56:35.655761+08:00 0 .. Status code 0: 100% complete

结合上一篇文章 MySQL 8.0不再担心被垃圾SQL搞爆内存，可以看到MySQL 8.0在各个细节方面做的是越来越好了。

延伸阅读

  • Configuring InnoDB Buffer Pool Size, https://dev.mysql.com/doc/refman/8.0/en/innodb-buffer-pool-resize.html
  • Changes in MySQL 8.0.31, https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-31.html
  • statvar_Innodb_buffer_pool_resize_status_code, https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html

Enjoy GreatSQL 😃

关于 GreatSQL

GreatSQL是由万里数据库维护的MySQL分支，专注于提升MGR可靠性及性能，支持InnoDB并行查询特性，是适用于金融级应用的MySQL分支版本。

相关链接： GreatSQL社区 Gitee GitHub Bilibili

GreatSQL社区：

社区博客有奖征稿详情：https://greatsql.cn/thread-100-1-1.html

MySQL 8.0中InnoDB buffer pool size进度更透明

技术交流群：

微信：扫码添加GreatSQL社区助手微信好友，发送验证信息加群。

MySQL 8.0中InnoDB buffer pool size进度更透明文章来源地址https://www.toymoban.com/news/detail-433512.html

到了这里，关于MySQL 8.0中InnoDB buffer pool size进度更透明的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：
领支付宝红包 赞助服务器费用

相关文章

  • 如何设置innodb_buffer_pool_size

    innodb_buffer_pool_size 是MySQL InnoDB存储引擎的一个重要参数，它决定了InnoDB存储引擎可以使用的内存缓存池的大小。合理的设置 innodb_buffer_pool_size 可以提高MySQL数据库的性能。以下是设置 innodb_buffer_pool_size 的步骤： 确认MySQL的版本： 在MySQL客户端中输入以下命令： 如果MySQL的版本

    2024年02月06日
    浏览(38)

  • innodb_log_file_size 和 innodb_buffer_pool_size

    innodb_log_file_size 和 innodb_buffer_pool_size 是 MySQL 数据库中 InnoDB 存储引擎的两个重要配置参数。它们对数据库的性能和可靠性有着显著的影响。 innodb_log_file_size 参数用于指定 InnoDB 重做日志文件（redo log files）的大小。重做日志是 InnoDB 用来保证事务的持久性和数据库的恢复能力

    2024年03月19日
    浏览(38)
  • 【MySQL自身的性能优化】InnoDB 的 Buffer Pool

    【MySQL自身的性能优化】InnoDB 的 Buffer Pool

    有近俩个来月没有写博客了，也不知道自己在瞎忙活什么。之前我有写过一篇关于 MySQL 的内存池一篇博客 InnoDB体系架构之内存池（buffer pool），那是看楠哥视频后总结出来的。然后现是看了《MySQL 是怎样运行的》一书，也可能是基础相比之前要好了些，理解的要好点了吧，就

    2024年01月20日
    浏览(41)
  • 一文带你了解MySQL数据库InnoDB_Buffer_Pool

    一文带你了解MySQL数据库InnoDB_Buffer_Pool

    前言 通过前边的学习我们知道，对于使用 InnoDB 作为存储引擎的表来说，不管是用于存储用户数据的索引（包括聚簇索引和二级索引），还是各种系统数据，都是以页的形式存放在表空间中的，而所谓的表空间只不过是 InnoDB 对文件系统上一个或几个实际文件的抽象，也就是

    2024年02月01日
    浏览(56)
  • 【MySQL进阶-08】深入理解innodb存储格式，双写机制，buffer pool底层结构和淘汰策略

    【MySQL进阶-08】深入理解innodb存储格式，双写机制，buffer pool底层结构和淘汰策略

    MySql系列整体栏目 内容 链接地址 【一】深入理解mysql索引本质 https://blog.csdn.net/zhenghuishengq/article/details/121027025 【二】深入理解mysql索引优化以及explain https://blog.csdn.net/zhenghuishengq/article/details/124552080 【三】深入理解mysql的索引分类，覆盖索引(失效)，回表，MRR https://bl

    2024年02月05日
    浏览(50)
  • 2-3-5-3、InnoDB 的 Buffer Pool

    2-3-5-3、InnoDB 的 Buffer Pool

    对于使用 InnoDB 作为存储引擎的表来说，不管是用于存储用户数据的索引（包括聚簇索引和二级索引），还是各种系统数据，都是以页的形式存放在表空间中的，而所谓的表空间只不过是 InnoDB 对文件系统上一个或几个实际文件的抽象，也就是说数据说到底还是存储在磁盘上的

    2023年04月08日
    浏览(35)

  • MySQL - Buffer Pool

    Buffer Pool 主要用于缓存数据库表的数据页，以提高数据库的读取性能： 缓存数据页 ：Buffer Pool 是 MySQL 中用于缓存数据页的内存区域。数据页通常包含数据库表的数据，如行记录等。当查询或读取数据时，MySQL会首先查看Buffer Pool中是否已经缓存了相应的数据页。如果数据页在

    2024年02月07日
    浏览(41)
  • MySQL中的Buffer Pool

    MySQL中的Buffer Pool

            Buffer Pool是数据库的一个内存组件，里面缓存了磁盘上的真实数据，然后我们的Java系统对数据库执行的增删改操作，其实主要就是对这个内存数据结构中的缓存数据执行的。我们先来看一下下面的图，里面就画了数据库中的Buffer Pool内存组件。         接着我

    2024年02月11日
    浏览(52)

  • 【MySQL】change buffer，buffer pool，redo log，bin log，undo log的作用

    当需要更新一个数据页时，如果数据页在内存中就直接更新，而如果这个数据页还没有在内存中的话，在不影响数据一致性的前提下，InnoDB 会将这些更新操作缓存在 change buffer 中，这样就不需要从磁盘中读入这个数据页了。 在下次查询需要访问这个数据页的时候，将数据页

    2024年02月16日
    浏览(43)

  • mysql undo log、redo log、binlog、mvcc、Buffer Pool的关系

            MySQL中的undo log、redo log、binlog和MVCC（多版本并发控制）是数据库管理系统中的 重要概念，它们各自有不同的作用和关系。 Buffer Pool（缓冲池）： 作为InnoDB存储引擎的核心组件，Buffer Pool用于缓存从磁盘读取的数据页。所有的数据修改首先发生在内存中的缓冲池里

    2024年02月02日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包，优惠每天领

二维码1

领取红包

二维码2

领红包