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

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 版本介绍

什么情况适合 LTS 版？

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

什么情况适合创新版？

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

MySQL 各版本的生命周期

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

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

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

---

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

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

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

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

被修改默认值的 InnoDB 变量

innodb_buffer_pool_in_core_file

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

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

innodb_buffer_pool_instances

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

innodb_change_buffering

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

innodb_dedicated_server

从 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

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