百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

Oracle 把 MySQL 8.4 中 InnoDB 特性给改了

nanshan 2024-10-20 07:35 13 浏览 0 评论

导读: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/

相关推荐

服务器数据恢复—Raid5数据灾难不用愁,Raid5数据恢复原理了解下

Raid5数据恢复算法原理:分布式奇偶校验的独立磁盘结构(被称之为raid5)的数据恢复有一个“奇偶校验”的概念。可以简单的理解为二进制运算中的“异或运算”,通常使用的标识是xor。运算规则:若二者值...

服务器数据恢复—多次异常断电导致服务器raid不可用的数据恢复

服务器数据恢复环境&故障:由于机房多次断电导致一台服务器中raid阵列信息丢失。该阵列中存放的是文档,上层安装的是Windowsserver操作系统,没有配置ups。因为服务器异常断电重启后,rai...

服务器数据恢复-V7000存储更换磁盘数据同步失败的数据恢复案例

服务器数据恢复环境:P740+AIX+Sybase+V7000存储,存储阵列柜上共12块SAS机械硬盘(其中一块为热备盘)。服务器故障:存储阵列柜中有磁盘出现故障,工作人员发现后更换磁盘,新更换的磁盘...

「服务器数据恢复」重装系统导致XFS文件系统分区丢失的数据恢复

服务器数据恢复环境:DellPowerVault系列磁盘柜;用RAID卡创建的一组RAID5;分配一个LUN。服务器故障:在Linux系统层面对LUN进行分区,划分sdc1和sdc2两个分区。将sd...

服务器数据恢复-ESXi虚拟机被误删的数据恢复案例

服务器数据恢复环境:一台服务器安装的ESXi虚拟化系统,该虚拟化系统连接了多个LUN,其中一个LUN上运行了数台虚拟机,虚拟机安装WindowsServer操作系统。服务器故障&分析:管理员因误操作...

「服务器数据恢复」Raid5阵列两块硬盘亮黄灯掉线的数据恢复案例

服务器数据恢复环境:HPStorageWorks某型号存储;虚拟化平台为vmwareexsi;10块磁盘组成raid5(有1块热备盘)。服务器故障:raid5阵列中两块硬盘指示灯变黄掉线,无法读取...

服务器数据恢复—基于oracle数据库的SAP数据恢复案例

服务器存储数据恢复环境:某品牌服务器存储中有一组由6块SAS硬盘组建的RAID5阵列,其中有1块硬盘作为热备盘使用。上层划分若干lun,存放Oracle数据库数据。服务器存储故障&分析:该RAID5阵...

「服务器虚拟化数据恢复」Xen Server环境下数据库数据恢复案例

服务器虚拟化数据恢复环境:Dell某型号服务器;数块STAT硬盘通过raid卡组建的RAID10;XenServer服务器虚拟化系统;故障虚拟机操作系统:WindowsServer,部署Web服务...

服务器数据恢复—RAID故障导致oracle无法启动的数据恢复案例

服务器数据恢复环境:某品牌服务器中有一组由4块SAS磁盘做的RAID5磁盘阵列。该服务器操作系统为windowsserver,运行了一个单节点Oracle,数据存储为文件系统,无归档。该oracle...

服务器数据恢复—服务器磁盘阵列常见故障表现&amp;解决方案

RAID(磁盘阵列)是一种将多块物理硬盘整合成一个虚拟存储的技术,raid模块相当于一个存储管理的中间层,上层接收并执行操作系统及文件系统的数据读写指令,下层管理数据在各个物理硬盘上的存储及读写。相对...

「服务器数据恢复」IBM某型号服务器RAID5磁盘阵列数据恢复案例

服务器数据恢复环境:IBM某型号服务器;5块SAS硬盘组成RAID5磁盘阵列;存储划分为1个LUN和3个分区:第一个分区存放windowsserver系统,第二个分区存放SQLServer数据库,...

服务器数据恢复—Zfs文件系统下误删除文件如何恢复数据?

服务器故障:一台zfs文件系统服务器,管理员误操作删除服务器上的数据。服务器数据恢复过程:1、将故障服务器所有磁盘编号后取出,硬件工程师检测所有硬盘后没有发现有磁盘存在硬件故障。以只读方式将全部磁盘做...

服务器数据恢复—Linux+raid5服务器数据恢复案例

服务器数据恢复环境:某品牌linux操作系统服务器,服务器中有4块SAS接口硬盘组建一组raid5阵列。服务器中存放的数据有数据库、办公文档、代码文件等。服务器故障&检测:服务器在运行过程中突然瘫痪,...

服务器数据恢复—Sql Server数据库数据恢复案例

服务器数据恢复环境:一台安装windowsserver操作系统的服务器。一组由8块硬盘组建的RAID5,划分LUN供这台服务器使用。在windows服务器内装有SqlServer数据库。存储空间LU...

服务器数据恢复—阿里云ECS网站服务器数据恢复案例

云服务器数据恢复环境:阿里云ECS网站服务器,linux操作系统+mysql数据库。云服务器故障:在执行数据库版本更新测试时,在生产库误执行了本来应该在测试库执行的sql脚本,导致生产库部分表被tru...

取消回复欢迎 发表评论: