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

Oracle 把 MySQL 8.4 中 InnoDB 特性给改了

nanshan 2024-10-20 07:35 17 浏览 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/

相关推荐

删库之后不要着急跑路,教你神不知鬼不觉找回数据

在工作中,我们误删数据或者数据库,我们一定需要跑路吗?我看未必,程序员一定要学会自救,神不知鬼不觉的将数据找回。在mysql数据库中,我们知道binlog日志记录了我们对数据库的所有操作,所以...

数据库告警不可用,增删改受阻(数据库限制删除)

前言:昨晚,突然出现服务不可用告警,查看日志上线报文入库到数据库很慢并受阻,出现数据不同步问题。排查问题查看发现服务都是在执行update、insert这些DML命令的时候,报的数据库执行超时。经过一...

Binlog实现MySQL复制,5个关键步骤,务必掌握!

复制是MySQL最重要的功能之一,MySQL集群的高可用、负载均衡和读写分离都是基于复制来实现的。Binlog就是实现主从复制的关键,主数据库将修改操作记录到Binlog中,从数据库通过解...

MySQL数据实时增量同步到Elasticsearch

Mysql到Elasticsearch的数据同步,一般用ETL来实现,但性能并不理想,目前大部分的ETL是定时查询Mysql数据库有没有新增数据或者修改数据,如果数据量小影响不大,但如果几百万上千万的...

MySQL 数据库恢复:如何执行时间点恢复(PITR)以挽救受损数据?

天津鸿萌科贸发展有限公司从事数据安全服务二十余年,致力于为各领域客户提供专业的数据恢复、数据备份、数据取证、数据迁移、网络安全、数据清除等解决方案,并针对企业面临的数据安全风险,提供专业的相关数据安全...

阿里面试:MySQL Binlog有哪些格式?底层原理?优缺点?

binlog的格式也有三种:STATEMENT、ROW、MIXED,下面我详解binlog三种模式@mikechenStatement模式Statement模式:是基于SQL语句的复制(statem...

快速带你读懂MySQL的binlog写入机制

深入讲解MySQL中的重要日志binlog的写入机制以及影响IO性能的关键配置,并且介绍了如何利用binlog去恢复数据,保证MySQL的可靠性。Q:binlog写入时机binlog的写入逻辑并...

MySQL 误删除数据恢复全攻略:基于 Binlog 的实战指南

在MySQL的世界里,二进制日志(Binlog)就是我们的"时光机"。它默默记录着数据库的每一个重要变更,就像一位忠实的史官,为我们在数据灾难中提供最后的救命稻草。本文将带您深入掌握如...

一文了解MySQL Binlog(一文了解肝脏有益和有害的食物)

MySQL的Binlog日志是一种二进制格式的日志,Binlog记录所有的DDL和DML语句(除了数据查询语句SELECT、SHOW等),以Event的形式记录,同时记录语句执行时...

数据丢失?别慌!MySQL备份恢复攻略

想象一下,某个晴朗的午后,你正享受着咖啡,突然接到紧急电话:你的网站或APP彻底挂了!系统崩溃,界面全白。虽然心头一紧,但你或许还能安慰自己:系统崩溃只是暂停服务,数据还在,修复修复就好了。然而,如果...

Mysql中的bin log、redo log、undo log的区别

最近在整理面试题,在看mvcc的时候看到了undolog,今天索性把这三个log都记录一遍。MySQL的逻辑架构说之前先说一下MySQL的基本架构,MySQL主要分为两层:Server层和存储引...

binlog日志定时清理(binlog清理规则)

binlog日志binlog是MySQL数据库的一种日志文件,用于记录所有对数据的修改操作。binlog全称为binarylog,它以二进制格式记录MySQL服务器上所有的修改操作,包括对哪个数据库...

茶水间炸锅了!菜鸟误删用户表,运维老张的MySQL救命三招!

(公司茶水间,运维老张、开发小王和新人小李围着咖啡机)小李:(紧张兮兮)张哥!我...我好像把测试库的用户表删了!下午演示咋办啊?老张:(淡定喝咖啡)慌啥?昨晚的备份是吃干饭的?走,教你恢复!一、基础...

解决运维痛点,提高运维安全性-雷池 SafeLine WAF新功能身份认证

雷池介绍使用雷池SafeLineWAF已经两年多了,在1.5.x版本时就已经开始测试使用,并在推出LTS版本后转入LTS分支。近期雷池SafeLineWAF重点更新了身份认证功能,并提供了SS...

【Docker 新手入门指南】第十五章:常见故障排除

一、前期准备:收集关键信息在排查问题前,建议先获取以下系统数据,便于精准定位故障:1.系统基础信息#查看Docker版本(确认是否为最新稳定版)dockerversion#查看...

取消回复欢迎 发表评论: