Oracle 把 MySQL 8.4 中 InnoDB 特性给改了

导读：MySQL在8.4版本后，对自身一些技术参数做了一定的更改。

MySQL 8.4正式发布了。我们看到 Oracle 官方文档，很齐全完整的同步推出，文档在以下地址：

https://docs.oracle.com/cd/E17952_01/mysql-8.4-en/mysql-nutshell.html

我们看到新版本的一些参数和特性被Oralce全面修改，包括如下的内容：

已修改的MySQL特性

鉴于文档比较枯燥，我们总结新版本已经修改的特性总如下：

缓冲池提示
计算为 ( innodb_buffer_pool_size / innodb_buffer_pool_chunk_size) 的 1/2
CPU提示
按可用逻辑处理器数量的1/4计算
克隆插件
克隆插件版本控制要求被放宽，以允许在同一系列的不同点版本之间进行克隆。换句话说，只有主要版本号和次要版本号必须匹配，而以前点版本号也必须匹配。
例如，克隆功能现在允许将 8.4.0 克隆到 8.4.14，反之亦然。
Windows 上基于 SASL 的 LDAP 身份验证
在Windows 系统上，现在支持基于 SASL 的 LDAP 身份验证的服务器插件。这表示 Windows 客户端现在可以使用 GSSAPI/Kerberos 对该 authentication_ldap_sasl_client插件进行身份验证。
MySQL 复制
SOURCE_RETRY_COUNT 更改。SOURCE_RETRY_COUNT该语句的选项的默认值 CHANGE REPLICATION SOURCE TO已更改为 10。使用此选项和 SOURCE_CONNECT_RETRY(60) 的默认值，副本在重新连接尝试之间等待 60 秒，并以该速率继续尝试重新连接 10 秒。

被调整的默认值

MySQL 8.4 相比于之前的 8.0 ，Oracle 调整了不少 InnoDB 的默认值。

新的改动使得默认值更加接近于当前服务器或电脑的硬件水平。比如 innodb_io_capacity，之前 200 对应的是机械硬盘。10000 更加符合主流 SSD 的指标。

之前 MySQL 里 InnoDB 的默认值已经过时很久了，比如云厂商通常也都会根据用户选的机型，进行动态调整。

MySQL 本机密码身份验证更改

从 MySQL 8.4.0 开始， mysql_native_password默认情况下不再启用已弃用的身份验证插件。要启用它，在启动服务器时参数加 --mysql-native-password=ON ，或加入参数 mysql_native_password=ON，也就是在mysql.ini中的 [mysqld]的部分加入，用于自动启动服务器。

关于MySQL 8.4.0中更改了一些与InnoDB 存储引擎相关的服务器系统变量的默认值，总结如下表所示：

InnoDB系统变量名	新的默认值	以前的默认值
innodb_buffer_pool_in_core_file	OFF如果MADV_DONTDUMP支持，否则ON	ON
innodb_buffer_pool_instances	如果 innodb_buffer_pool_size <= 1 GiB，则 innodb_buffer_pool_instances=1 如果 innodb_buffer_pool_size > 1 GiB，则这是以下两个计算提示的最小值，范围为 1-64：	8（如果innodb_buffer_pool_size< 1 GiB，则为 1）
innodb_change_buffering	none	all
innodb_dedicated_server	如果ON[a]，的值innodb_flush_method不再像 MySQL 8.0 那样改变，但的计算 innodb_redo_log_capacity 从基于内存变为基于 CPU。有关更多信息，请参见第 17.8.12 节，“为专用 MySQL 服务器启用自动配置”。	OFF
innodb_adaptive_hash_index	OFF	ON
innodb_doublewrite_files	2	innodb_buffer_pool_instances* 2
innodb_doublewrite_pages	128	innodb_write_io_threads.默认值为 4
innodb_flush_method在Linux上	O_DIRECT如果支持，否则 fsync	sync
innodb_io_capacity	10000	200
innodb_io_capacity_max	2 *innodb_io_capacity	2 * innodb_io_capacity，最小默认值为 2000
innodb_log_buffer_size	67108864（64 MiB）	16777216（16 MiB）
innodb_numa_interleave	ON	OFF
innodb_page_cleaners	innodb_buffer_pool_instances	4
innodb_parallel_read_threads	可用逻辑处理器 / 8，最小默认值为 4	4
innodb_purge_threads	如果可用逻辑处理器 <= 16，则为 1，否则为 4	4
innodb_read_io_threads	可用逻辑处理器 / 2，最小默认值为 4	4
innodb_use_fdatasync	ON	OFF
temptable_max_ram	总内存的3%，默认值范围1-4 GiB	1073741824 (1 GiB)
temptable_max_mmap	0，这意味着OFF	1073741824 (1 GiB)
temptable_use_mmap[b]	OFF	ON

结语

关于MySQL，如果是自己本地开发、调试，用它保守的配置可以节省一些资源，偶尔可能需要扩大一下数字。

如果线上部署，DBA 或运维也会手工调整参数，以保证最大化数据库性能。

为什么官方的调整会那么滞后呢？其实对于默认值来说，不同硬件来说千差万别，尤其是最核心的 InnoDB 存储引擎默认值必须很慎重，否则可能造成服务器崩溃或未知错误，毕竟 MySQL 依然是当前装机量最大的开源数据库。

再有大多数公司并没有专职 DBA，开发者们可能就下载个 MySQL，按照原来的出厂设置就开始运行了。

而这一次 Oracle 估计已经评估了大多数的软硬件环境，干脆集中火力，一次都给换了，是带给开发者们的好事情。

作者：万能的大雄
参考：
https://mp.weixin.qq.com/s/u-0CUCelDVeS8KzOSo1zwA
https://docs.oracle.com/cd/E17952_01/mysql-8.4-en/mysql-nutshell.html
https://dev.mysql.com/doc/refman/8.4/en/

本文为 @ 万能的大雄创作并授权 21CTO 发布，未经许可，请勿转载。

内容授权事宜请您联系 webmaster@21cto.com或关注 21CTO 公众号。

该文观点仅代表作者本人，21CTO 平台仅提供信息存储空间服务。