前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >技术译文 | MySQL 8 需要多大的 innodb_buffer_pool_instances 值(下)

技术译文 | MySQL 8 需要多大的 innodb_buffer_pool_instances 值(下)

作者头像
爱可生开源社区
发布2020-08-21 14:56:03
1.9K0
发布2020-08-21 14:56:03
举报

作者:Vadim Tkachenko

翻译:管长龙

本文来源:https://www.percona.com/blog/2020/08/13/how-many-innodb_buffer_pool_instances-do-you-need-in-mysql-8/

在《技术译文 | MySQL 8 需要多大的 innodb_buffer_pool_instances 值(上)》中我们在 innodb_buffer_pool_size=25G 的条件下进行了对 innodb_buffer_pool_instances 不同值的测试。

本文将重复该测试,大小为 100GB 的数据库 innodb_buffer_pool_size=140G,这将是 CPU 密集型的情况。

基准测试

硬件配置表

代码语言:javascript
复制
System | Supermicro; SYS-F619P2-RTN; v0123456789 (Other)
   Platform | Linux
    Release | Ubuntu 18.04.4 LTS (bionic)
     Kernel | 5.3.0-42-generic
Architecture | CPU = 64-bit, OS = 64-bit
  Threading | NPTL 2.27
    SELinux | No SELinux detected
Virtualized | No virtualization detected
# Processor ##################################################
 Processors | physical = 2, cores = 40, virtual = 80, hyperthreading = yes
     Models | 80xIntel(R) Xeon(R) Gold 6230 CPU @ 2.10GHz
     Caches | 80x28160 KB
# Memory #####################################################
      Total | 187.6G

通过 SATA SSD INTEL SSDSC2KB960G8(英特尔企业级 SSD D3-S4510)上的存储。

简短的设置概述:

  • 数据量适合内存大小(数据为〜100GB,服务器上的内存为 188GB,我们为 innodb_buffer_pool_size 分配了 140GB)。
  • 存储上工作主要为读写密集型(将从存储中进行读取),并且在 MySQL 中进行了完全的 ACID 兼容和数据安全设置。
  • 对于 SATA SSD 存储,innodb_io_capacity 将设置为 2000,而 innodb_io_capacity_max 为 4000。
  • 将 innodb_buffer_pool_instances 测试以下值:1、2、4、8、16、32、64。
  • innodb_buffer_pool_instances = 64,也是 MySQL 允许的最大值。

测试命令

代码语言:javascript
复制
sysbench oltp_read_write --threads=150 --time=10000 \
--tables=40 --table_size=10000000 \
--mysql-host=127.0.0.1 --mysql-user=sbtest --mysql-password=sbtest --max-requests=0 --report-interval=1 --mysql-db=sbtest --mysql-ssl=off --create_table_options=DEFAULT CHARSET=utf8mb4 --report_csv=yes --rand-type=pareto run

基准测试将运行三个小时,每 1 秒报告一次吞吐量。

SATA SSD 上的结果

让我们看看分别为每个 innodb_buffer_pool_instances 得到的结果:

innodb_buffer_pool_instances=1

似乎显而易见的是,随着我们增加 innodb_buffer_pool_instances 的值,它对吞吐量的变化产生了积极的影响。我们可以将结果压缩到一个图表中,以便仔细查看:

如果要比较吞吐量和偏差,请比较最近 2500 秒的结果:

实际上,innodb_buffer_pool_instances = 64 表现出最佳的吞吐量,并且可变性较小,因为即使 innodb_buffer_pool_instances = 32 也会出现明显的停顿。

当 innodb_buffer_pool_instances 从 1 到 8 时,会出现常规停顿,包括几秒钟下降到 0 tps。

另外,将 innodb_buffer_pool_instances 增加到 64 以上似乎没有效果。

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2020-08-18,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 爱可生开源社区 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
对象存储
对象存储(Cloud Object Storage,COS)是由腾讯云推出的无目录层次结构、无数据格式限制,可容纳海量数据且支持 HTTP/HTTPS 协议访问的分布式存储服务。腾讯云 COS 的存储桶空间无容量上限,无需分区管理,适用于 CDN 数据分发、数据万象处理或大数据计算与分析的数据湖等多种场景。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档