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在各个细节方面做的是越来越好了。

延伸阅读


Enjoy GreatSQL ?

关于 GreatSQL

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

相关链接: GreatSQL社区 Gitee GitHub Bilibili

GreatSQL社区:

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

image-20230105161905827

技术交流群:

微信:扫码添加GreatSQL社区助手微信好友,发送验证信息加群

image-20221030163217640

原文链接:https://www.cnblogs.com/greatsql/p/17372116.html

本站文章如无特殊说明,均为本站原创,如若转载,请注明出处:MySQL 8.0中InnoDB buffer pool size进度更透明 - Python技术站

(0)
上一篇 2023年5月4日
下一篇 2023年5月4日

相关文章

  • MySQL细数发生索引失效的情况

    MySQL细数发生索引失效的情况 前言 在MySQL中,为了加速查询操作,我们通常会通过创建索引来提高查询效率。但是,如果我们不小心创建索引或者索引过期、被删除等情况时,会导致索引失效,查询效率降低,甚至直接影响业务运行。如何防止索引失效?需要从什么方面入手呢?本文将详细讲解MySQL中的索引失效原因和解决方案。 为什么会发生索引失效? 1. 不到万不得已就…

    MySQL 2023年5月19日
    00
  • mysql不能启动报error2013错误的多种解决方案

    针对Mysql无法启动报Error 2013错误,可能原因主要有两种: Mysql需要的内存过大,超过了系统限制; Mysql的某些数据文件损坏了。 以下是多种解决方案供参考: 方案一:编辑my.ini文件 在Mysql的bin目录下找到my.ini文件并备份一份,以防修改失误; 打开my.ini文件,将其中的max_allowed_packet数值调小,试…

    MySQL 2023年5月18日
    00
  • MySQL数据类型DECIMAL用法

    MySQL DECIMAL数据类型用于在数据库中存储精确的数值。我们经常将DECIMAL数据类型用于保留准确精确度的列,例如会计系统中的货币数据。 要定义数据类型为DECIMAL的列,请使用以下语法: 1 column_name  DECIMAL(P,D); 在上面的语法中: P是表示有效数字数的精度。 P范围为1〜65。 D是表示小数点后的位数。 D的范围…

    MySQL 2023年4月13日
    00
  • MySQL优化之Index Merge的使用

    MySQL优化之Index Merge的使用 在MySQL中,索引(Index)是提高查询效率的关键因素,优化索引是MySQL性能优化中的重点之一。在一些特定的场景下,我们可以使用Index Merge技术来进一步优化查询效率。本文将介绍Index Merge的概念、使用场景及示例说明等内容。 Index Merge概念 Index Merge是指MySQL…

    MySQL 2023年5月19日
    00
  • MySQL二进制日志(Binary Log)详解

    MySQL二进制日志(Binary Log)是MySQL数据库记录的一种日志,用于记录对数据库进行修改的所有操作,如数据的更新、插入、删除等,以及对数据库的结构操作,如表的创建、删除等。该日志以二进制的形式存储,是一种非常高效的记录方式。 二进制日志的作用 数据恢复:MySQL数据库在运行过程中可能会遇到一些故障,例如数据库崩溃、停电等,此时可能会丢失部分数…

    MySQL 2023年3月10日
    00
  • MySQL 1130异常,无法远程登录解决方案详解

    MySQL 1130异常,无法远程登录是MySQL在远程连接时的一个常见问题。本文详细介绍了该问题的原因以及多种解决方案。 问题原因 MySQL默认只允许localhost(127.0.0.1)上的客户端连接,如果想要从其他机器上远程连接MySQL服务器,则需要进行特殊设置。 解决方案 解决方案一:修改用户的host属性 可以通过在MySQL中为用户创建一个…

    MySQL 2023年5月18日
    00
  • Mysql查询优化之IN子查询优化方法详解

    Mysql查询优化之IN子查询优化方法详解 在Mysql数据库的查询优化中,IN子查询优化是一个关键的问题。下面我们来详细讲解IN子查询的优化方法,以达到提升Mysql数据库查询性能的目的。 1. IN子查询的概念 IN子查询是指一个查询语句中嵌套另外一个查询语句的方式,用于在查询语句中使用多个条件进行筛选。例如,查询某个用户所关注的人的文章,可以使用以下语…

    MySQL 2023年5月19日
    00
  • MySQL查询优化–调整内部变量的详解

    MySQL查询优化是提高数据库性能的重要手段之一,其中调整内部变量是关键的一步。本文将给出MySQL查询优化–调整内部变量的详解攻略,具体过程如下: 1. 确认当前内部变量状态 在调整内部变量之前,需要先确认当前内部变量的状态。可以通过以下命令查看: SHOW VARIABLES; 该命令会列出当前MySQL实例的所有内部变量及其值,可以根据实际情况查看与…

    MySQL 2023年5月19日
    00
合作推广
合作推广
分享本页
返回顶部