MySQL 社区经理：MySQL 8.4 InnoDB 参数默认值为什么要这么改？

MySQL 8.4 LTS 版本，我们一共修改了 20 个 InnoDB 变量的默认值。

作者：Frederic Descamps，EMEA 和亚太地区的 MySQL 社区经理。于 2016 年 5 月加入 MySQL 社区团队。担任开源和 MySQL 顾问已超过 15 年。最喜欢的主题是高可用和高性能。

本文和封面来源：https://lefred.be，爱可生开源社区翻译。

本文约 2400 字，预计阅读需要 8 分钟。

2024 年 4 月 30 日，MySQL 8.4（第一个 LTS 版）正式发布，也验证了 Oracle 官方在之前宣布的 MySQL 版本发布节奏。

什么是 LTS 版？目前还有哪些版本？

目前，MySQL 的发布模型分为两个主要路径：LTS 版（长期支持）和创新版。所有 LTS 和创新版本都包含错误和安全修复，并被视为生产级质量。更多MySQL 版本介绍

MySQL 发布模型（图片来源：oracle.com）

什么情况适合 LTS 版？

  • 需要稳定的功能和更长的支持期。
  • 除了第一个 LTS 版本删除了一些功能，其他版本仅包含必要的修复，不在删除功能。
  • LTS 版本遵循 Oracle 终身支持政策（5 年主要支持和 3 年延长支持）。

什么情况适合创新版？

  • 想了解最新功能、改进。适合快节奏开发环境中的开发和 DBA，具有更高水平的自动化测试和现代持续集成技术，可实现更快的升级周期。
  • 除新功能外，随着代码重构、删除不推荐功能以及修改 MySQL 使其更符合 SQL 标准（在 LTS 版本中不会发生）。
  • 支持至下一个创新版。

MySQL 各版本的生命周期

MySQL 各版本生命周期（图片来源：oracle.com）

请参考 Oracle 官方提供的 MySQL 各版本生命周期计划（20240430），以更好地安排您生产环境的 MySQL 版本选择。

以下内容为 MySQL 社区经理 Frederic Descamps 对该版本中 InnoDB 参数默认值修改的详细介绍。

发布于当地时间 2024 年 5 月 1 日

MySQL 项目经理 Frederic Descamps（图片来源：oracle.com）

昨天（4/30），MySQL 的第一个 LTS 版本 MySQL 8.4 发布了。

许多弃用的内容最终被删除，并且几个 InnoDB 变量默认值已被修改以匹配当前的工作负载和硬件规格。

有 20 个 InnoDB 变量的默认值已被修改！

让我们看一下这些变量并解释这样修改的原因：

被修改默认值的 InnoDB 变量

innodb_buffer_pool_in_core_file

版本默认值
8.4 之前ON
8.4 LTS如果支持 MADV_DONTDUMP 为 OFF，否则 ON

MADV_DONTDUMP 是 Linux 3.4 及更高版本中支持的宏（存在“ sys/mman.h”头文件并包含符号 MADV_DONTDUMP，一个 madvise() 的 non-POSIX 扩展），Windows 系统或大多数 MacOS 系统不支持此宏。

总之，这意味着默认情况下，在 Linux 系统上，缓冲池的内容不会转储到核心文件中。

innodb_buffer_pool_instances

版本默认值
8.4 之前8（如果 BP < 1 GB，则为 1）
8.4 LTS如果 BP <= 1 GB：1
如果 BP > 1 GB：则为 1-64 范围内的最小值：
a. (innodb_buffer_pool_size / innodb_buffer_pool_chunk_size) / 2
b. 1/4 可用逻辑处理器

旧值 8 在某些系统上可能太大。手册中包含 BP 大小计算的好示例，请参阅 配置 InnoDB 缓冲池大小。

innodb_change_buffering

版本默认值
8.4 之前all
8.4 LTSnone

Change Buffer 是一种通过延迟对二级索引的写入操作来支持顺序 I/O 的技术。在最新的硬件上，随机 I/O 不再是问题。

innodb_dedicated_server

版本默认值
8.4 之前OFF
8.4 LTSOFF

从 MySQL 8.0 开始，当 MySQL 运行在可供数据库使用的所有资源的专用服务器上时，我们建议启用此变量，并且不要手动修改 InnoDB 设置。

该变量的默认值是相同的，但是通过启用 innodb_dedicated_server 控制的变量是不同的。

  • innodb_buffer_pool_size
    • 128MB 是服务器内存小于 1GB。
    • 如果服务器内存在 1GB 到 4GB 之间，则检测到的服务器内存 * 0.5。
    • 如果服务器内存超过 4GB，则检测到的服务器内存 * 0.75。
  • innodb_redo_log_capacity:（可用逻辑处理器数量/2）GB，最大 16GB。

当 innodb_dedicated_server 启用时，innodb_flush_method 不会自动配置。

innodb_adaptive_hash_index

版本默认值
8.4 之前ON
8.4 LTSOFF

AHI（InnoDB 自适应哈希索引）长期以来一直是一些性能问题的原因。每个经验丰富的 DBA 总是建议禁用它，就像旧的查询缓存一样。我很惊讶没有像 Domas Mituzas 的查询缓存调优器那样的 AHI 调优器 😉

当没有数据发生更改并且完全缓存在缓冲池中时，AHI 可能会对读查询 (SELECT) 提供一些好处。一旦有写入操作，或者系统负载较高，或者读取所需的所有数据都无法缓存，自适应哈希索引就会成为巨大的瓶颈。

为了获得更可预测的响应时间，建议禁用它。

innodb_doublewrite_files

版本默认值
8.4 之前innodb_buffer_pool_instances * 2
8.4 LTS2

之前默认值是根据缓冲池的数量计算的，为了简化，现在默认为 2。

相关文档 指出该值定义每个缓冲池的双写文件数。但我的印象是，它是全局的，与缓冲池实例的数量无关。

从 MySQL 错误日志来看：

2024-05-01T05:43:03.226604Z 1 [Note] [MY-012955] [InnoDB] Initializing buffer pool, total size = 2.000000G, instances = 2, chunk size =128.000000M 
[...]
2024-05-01T05:43:03.288068Z 1 [Note] [MY-013532] [InnoDB] Using './#ib_16384_0.dblwr' for doublewrite
2024-05-01T05:43:03.295917Z 1 [Note] [MY-013532] [InnoDB] Using './#ib_16384_1.dblwr' for doublewrite
2024-05-01T05:43:03.317319Z 1 [Note] [MY-013532] [InnoDB] Using './#ib_16384_0.bdblwr' for doublewrite
2024-05-01T05:43:03.317398Z 1 [Note] [MY-013566] [InnoDB] Double write buffer files: 2
2024-05-01T05:43:03.317410Z 1 [Note] [MY-013565] [InnoDB] Double write buffer pages per instance: 128
2024-05-01T05:43:03.317423Z 1 [Note] [MY-013532] [InnoDB] Using './#ib_16384_0.dblwr' for doublewrite
2024-05-01T05:43:03.317436Z 1 [Note] [MY-013532] [InnoDB] Using './#ib_16384_1.dblwr' for doublewrite

我们看到我们有 2 个缓冲池实例，但仍然只有 2 个双写缓冲文件。根据文档，我期望 4 。第三个文件 #ib_16384_0.bdblwr 是在 innodb_doublewrite 设置为 DETECT_ONLY 时创建的。

使用 DETECT_ONLY 时，只有元数据会写入双写缓冲区。数据库页内容不会写入双写缓冲区，并且恢复不会使用双写缓冲区来修复不完整的页写入。此轻量级设置仅用于检测不完整的页面写入。

innodb_doublewrite_pages

版本默认值
8.4 之前innodb_write_io_threads（默认为 4）
8.4 LTS128

从测试结果和出于对性能的角度考虑，我们意识到默认值越大越好，经常建议增加它。

innodb_flush_method

版本默认值
8.4 之前fsync
8.4 LTSO_DIRECT (或 fsync)

当支持时，O_DIRECT 始终是首选值，我们建议使用它绕过文件系统缓存，将 InnoDB 更改刷新到磁盘（对于数据文件和日志文件）。

如果不支持 O_DIRECT*，我们使用旧的 *fsync 方法。这是针对 Unix 的，在 Windows 上，默认值是 unbuffered。

innodb_io_capacity

版本默认值
8.4 之前200
8.4 LTS10000

对于最近的系统（RAID、SSD 等），默认 I/O 容量太低。由于该变量定义了 InnoDB 后台操作可用的 IOPS 数量，因此值太低会限制性能。

innodb_io_capacity_max

版本默认值
8.4 之前2 * innodb_io_capacity（最小 2000）
8.4 LTS2 * innodb_io_capacity

如果 InnoDB 需要更积极地刷新，则此变量定义 InnoDB 可用于执行后台操作的最大 IOPS 数。新的默认值更简单，因为它只是 innodb_io_capacity 的两倍。

innodb_log_buffer_size

版本默认值
8.4 之前16MB
8.4 LTS64MB

我们增加了默认值，因为大的日志缓冲区允许大型事务运行，而无需在事务提交之前将日志写入磁盘。

innodb_numa_interleave

版本默认值
8.4 之前OFF
8.4 LTSON

当系统支持 NUMA 时，新的默认值在分配 InnoDB 缓冲池期间将 mysqld 的 NUMA 内存策略设置为 MPOL_INTERLEAVE 。此操作随机平衡所有 NUMA 节点的内存分配，从而在这些节点之间实现更好的分布。

当然，只有当您的系统具有多个 NUMA 节点时，您才能从中受益。

这是验证节点数量的方法：

$ numactl --hardwareavailable: 2 nodes (0-1)node 0 size: 16160 MBnode 0 free: 103 MBnode 1 size: 16130 MBnode 1 free: 83 MBnode distances:node   0   1 0:  10  20 1:  20  10

在上面的例子中，我们可以看到 CPU 有两个节点。

您还可以使用 lstopo 显示架构并显示 NUMA 核心。这是另一个例子：

innodb_page_cleaners

版本默认值
8.4 之前4
8.4 LTSinnodb_buffer_pool_instances

新的默认设置是使用与缓冲池实例一样多的线程从缓冲池实例中刷新脏页。

innodb_parallel_read_threads

版本默认值
8.4 之前4
8.4 LTS逻辑处理器 / 8（最少 4 个）

出于性能原因，在具有大量逻辑 CPU 的系统上，用于并行聚集索引读取的线程数会自动增加。

innodb_purge_threads

版本默认值
8.4 之前4
8.4 LTS如果逻辑处理器 <= 16，则为 1，否则为 4

对于具有大量 (>=16) vCPU 的系统，此变量也会以某种方式自动配置。但我们也意识到，在某些较小的系统上拥有 4 个清除线程可能会出现问题。对于这样的系统，我们将默认值减少到 1。

innodb_read_io_threads

版本默认值
8.4 之前4
8.4 LTS逻辑处理器 / 2（最少 4 个）

如果系统有超过 8 个 vCPU，该变量也会自动增加。

innodb_use_fdatasync

版本默认值
8.4 之前OFF
8.4 LTSON

在支持它的系统上，除非需要，否则 fdatasync() 的调用不会刷新对文件元数据的更改。这提供了性能优势。

temptable_max_ram

版本默认值
8.4 之前1GB
8.4 LTS总内存的 3%（1-4GB 范围内）

如果系统受益于大量内存，默认值现在会自动增加。但默认上限为 4GB。因此，对于内存超过 132GB 的系统，默认情况下 temptable_max_ram 的值将设置为 4GB。

temptable_max_mmap

版本默认值
8.4 之前1GB
8.4 LTS0（禁用）

新的默认设置禁止从内存映射临时文件分配内存（不在 tmpdir 中创建文件）。

temptable_use_mmap

版本默认值
8.4 之前ON
8.4 LTSOFF

当 temptable_use_mmap 被禁用（新默认设置）时，TempTable 存储引擎会使用 InnoDB 磁盘上的内部临时表，而不是在 temptable_max_ram 变量定义的限制被超过时，在 tmpdir 中为内部内存临时表分配空间作为内存映射的临时文件。

总结

通过这个全新版本的 MySQL（第一个 LTS），我们有机会更改某些 InnoDB 变量的默认值，使它们更符合生产服务器的实际情况。

有些现在可以自动调整以更好地匹配 MySQL 运行的系统。

享受 MySQL 并享受新的默认设置！

更多技术文章，请访问：https://opensource.actionsky.com/

关于 SQLE

SQLE 是一款全方位的 SQL 质量管理平台，覆盖开发至生产环境的 SQL 审核和管理。支持主流的开源、商业、国产数据库，为开发和运维提供流程自动化能力，提升上线效率，提高数据质量。

SQLE 获取

类型地址
版本库https://github.com/actiontech/sqle
文档https://actiontech.github.io/sqle-docs/
发布信息https://github.com/actiontech/sqle/releases
数据审核插件开发文档https://actiontech.github.io/sqle-docs/docs/dev-manual/plugins/howtouse

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/832550.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

解决一个朋友的nbcio-boot的mysql数据库问题

解决一个朋友的nbcio-boot的mysql数据库问题

1、原先安装mysql5.7数据库&#xff0c;导入我的项目里的带数据有报错信息 原因不明 2、只能建议用docker进行msyql5.7的安装 如下&#xff0c;可以修改成自己需要的信息 docker run -p 3306:3306 --name mastermysql -v /home/mydata/mysql/data:/var/lib/mysql -e MYSQL_R…
阅读更多...
python绘图（pandas）

python绘图（pandas）

matplotlib绘图 import pandas as pd abs_path rF:\Python\learn\python附件\pythonCsv\data.csv df pd.read_csv(abs_path, encodinggbk) # apply根据多列生成新的一个列的操作&#xff0c;用apply df[new_score] df.apply(lambda x : x.数学 x.语文, axis1)# 最后几行 …
阅读更多...
c#word文档:1.创建空白Word文档及保存/2.添加页内容...

c#word文档:1.创建空白Word文档及保存/2.添加页内容...

---创建空白Word文档 --- &#xff08;1&#xff09;创建一个名为OfficeOperator的类库项目。引用操作Word的.NET类库 &#xff08;2&#xff09;定义用于操作Word的类WordOperator1。添加引用Microsoft.Office.Interop.Word命名空间。 &#xff08;3&#xff09;为WordOper…
阅读更多...
Unity | Shader基础知识(第十三集：编写内置着色器阶段总结和表面着色器的补充介绍)

Unity | Shader基础知识(第十三集：编写内置着色器阶段总结和表面着色器的补充介绍)

目录 前言 一、表面着色器的补充介绍 二、案例viewDir详解 1.viewDir是什么 2.viewDir的作用 3.使用viewDir写shader 前言 注意观察的小伙伴会发现&#xff0c;这组教程前半部分我们在编写着色器的时候&#xff0c;用的是顶点着色器和片元着色器的组合。 SubShader{CGPRO…
阅读更多...
个股期权是什么,个股期权使用方法？

个股期权是什么,个股期权使用方法？

今天期权懂带你了解个股期权是什么,个股期权使用方法&#xff1f;个股期权作为金融市场的重要工具之一&#xff0c;是指投资者在约定时间内有权而非义务以约定价格买卖特定数量的个股的金融衍生品。 个股期权是什么&#xff1f; 个股期权合约是一种由交易所统一设定的标准化合…
阅读更多...
git-新增业务代码分支

git-新增业务代码分支

需求 使用git作为项目管理工具管理项目&#xff0c;我需要有两个分支&#xff0c;一个分支是日常的主分支&#xff0c;会频繁的推送和修改代码并推送另外一个是新的业务代码分支&#xff0c;是一个长期开发的功能&#xff0c;同时这个业务分支需要频繁的拉取主分支的代码&#…
阅读更多...
Python_GUI框架 Pyside6的常用部件介绍

Python_GUI框架 Pyside6的常用部件介绍

PySide6是一个非常完善的商用级别的GUI框架&#xff0c;涉及的知识点相对比较多&#xff0c;今天我先在这里介绍一下我们在实际应用中最常见的几种部件及其功能&#xff1a; 1. QMainWindow QMainWindow 提供了一个主应用程序窗口的框架&#xff0c;通常包含一个菜单栏、工具…
阅读更多...
pytest教程-37-钩子函数-pytest_collection_finish

pytest教程-37-钩子函数-pytest_collection_finish

领取资料&#xff0c;咨询答疑&#xff0c;请➕wei: June__Go 上一小节我们学习了pytest_collection_start钩子函数的使用方法&#xff0c;本小节我们讲解一下pytest_collection_finish钩子函数的使用方法。 pytest_collection_finish(session) 是一个 pytest 钩子函数&…
阅读更多...
03_Redis

03_Redis

文章目录 Redis介绍安装及使用redis的核心配置数据结构常用命令stringlistsethashzset(sortedset) 内存淘汰策略Redis的Java客户端JedisRedisson Redis 介绍 Redis是一个NoSQL数据库。 NoSQL: not only SQL。表示非关系型数据库&#xff08;不支持SQL标准语法&#xff09;。 …
阅读更多...
Java特性之设计模式【享元模式】

Java特性之设计模式【享元模式】

一、享元模式 概述 享元模式&#xff08;Flyweight Pattern&#xff09;主要用于减少创建对象的数量&#xff0c;以减少内存占用和提高性能。这种类型的设计模式属于结构型模式&#xff0c;它提供了减少对象数量从而改善应用所需的对象结构的方式 享元模式尝试重用现有的同类对…
阅读更多...
简述前后端分离架构案例

简述前后端分离架构案例

Hello , 这里是小恒不会java 。今晚1点写写关于RESTful接口的使用案例&#xff0c;本文会通过django原生js前后端分离的案例简单讲解。本文带你认识一下简化版的前后端分离架构 代码 本文案例代码在GitHub上 https://github.com/lmliheng/fontend前后端分离 先说说什么是前后…
阅读更多...
GateWay检查接口耗时

GateWay检查接口耗时

添加gateway依赖 <dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-gateway</artifactId> </dependency>创建一个LogTimeGateWayFilterFactory类&#xff0c;可以不是这个名字但是后面必须是x…
阅读更多...
【高校科研前沿】中国科学院地理资源所钟帅副研究员研究组博士生朱屹东为一作在Top期刊发文：从潜力到利用:探索西藏风能资源开发的技术路径优化布局

【高校科研前沿】中国科学院地理资源所钟帅副研究员研究组博士生朱屹东为一作在Top期刊发文：从潜力到利用:探索西藏风能资源开发的技术路径优化布局

01 文章简介 论文名称&#xff1a;From potential to utilization: Exploring the optimal layout with the technical path of wind resource development in Tibet&#xff08;从潜力到利用:探索西藏风能资源开发的技术路径优化布局&#xff09; 文章发表期刊&#xff1a;《…
阅读更多...
【Pytorch】2.TensorBoard的运用

【Pytorch】2.TensorBoard的运用

什么是TensorBoard 是一个可视化和理解深度爵溪模型的工具。它可以通过显示模型结构、训练过程中的指标和图形化展示训练的效果来帮助用户更好地理解和调试他们的模型 TensorBoard的使用 安装tensorboard环境 在终端使用 conda install tensorboard通过anaconda安装 导入类Sum…
阅读更多...
蛋白质/聚合物防污的机器学习(材料基因组计划)

蛋白质/聚合物防污的机器学习(材料基因组计划)

前言&#xff1a;对于采用机器学习去研究聚合物的防污性能&#xff0c;以及或者其他性质。目前根据我的了解我认为最困难的点有三条&#xff1a; 其一&#xff1a;数据&#xff0c;对于将要训练的数据必须要有三点要求&#xff0c;1.数据要多&#xff0c;也就是大数据&#xff…
阅读更多...
电子取证平航杯的复现

电子取证平航杯的复现

闻早起部分&#xff1a; 一、闻早起的windows10电脑 &#xff08;1&#xff09;.“闻早起”所使用的笔记本电脑使用何种加密程式&#xff1f; 1.在EFI文件中找到加密程式 &#xff08;2&#xff09; 教徒“闻早起”所使用的笔记本电脑中安装了一款还原软件&#xff0c;其版本…
阅读更多...
寻找最佳App分发平台：小猪APP分发脱颖而出

寻找最佳App分发平台：小猪APP分发脱颖而出

在当今移动应用市场日益饱和的环境下&#xff0c;选择一个合适的App分发平台对于开发者来说至关重要。这不仅关系到应用能否快速触达目标用户&#xff0c;还直接影响到品牌的塑造与市场份额的争夺。本文将深入探讨几大关键因素&#xff0c;帮助开发者判断哪个App分发平台最适合…
阅读更多...
Whisper、Voice Engine推出后，训练语音大模型的高质量数据去哪里找？

Whisper、Voice Engine推出后，训练语音大模型的高质量数据去哪里找？

近期&#xff0c;OpenAI 在语音领域又带给我们惊喜&#xff0c;通过文本输入以及一段 15 秒的音频示例&#xff0c;可以生成既自然又与原声极为接近的语音。值得注意的是&#xff0c;即使是小模型&#xff0c;只需一个 15 秒的样本&#xff0c;也能创造出富有情感且逼真的声音。…
阅读更多...
【driver4】锁，错误码，休眠唤醒，中断，虚拟内存，tasklet

【driver4】锁，错误码，休眠唤醒，中断，虚拟内存，tasklet

文章目录 1.互斥锁和自旋锁选择&#xff1a;自旋锁&#xff08;开销少&#xff09;的自旋时间和被锁住的代码执行时间成正比关系2.linux错误码&#xff1a;64位系统内核空间最后一页地址为0xfffffffffffff000~0xffffffffffffffff&#xff0c;这段地址是被保留的&#xff0c;如果…
阅读更多...
全球260多个国家的年通货膨胀率数据集（1960-2021年）

全球260多个国家的年通货膨胀率数据集（1960-2021年）

01、数据简介 全球年通货膨胀率是指全球范围内&#xff0c;在一年时间内&#xff0c;物价普遍上涨的比率。这种上涨可能是由于货币过度供应、需求过热、成本上升等原因导致的。通货膨胀率是衡量一个国家或地区经济状况和物价水平的重要指标&#xff0c;通常以消费者价格指数&a…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023