网站首页 > 技术文章 正文
导读: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/
猜你喜欢
- 2024-11-03 Oracle参数设置两则 oracle sql 参数
- 2024-11-03 DBA日记之数据库频繁错误密码登录
- 2024-11-03 Centos6.5安装Oracle 11gR2 centos6.5安装kamailio
- 2024-11-03 实用干货分享 - Oracle数据库RPM部署指南
- 2024-11-03 # MySQL 如何修改 root 密码 mysql修改root密码命令
你 发表评论:
欢迎- 622℃几个Oracle空值处理函数 oracle处理null值的函数
- 614℃Oracle分析函数之Lag和Lead()使用
- 602℃0497-如何将Kerberos的CDH6.1从Oracle JDK 1.8迁移至OpenJDK 1.8
- 598℃Oracle数据库的单、多行函数 oracle执行多个sql语句
- 594℃Oracle 12c PDB迁移(一) oracle迁移到oceanbase
- 586℃【数据统计分析】详解Oracle分组函数之CUBE
- 575℃最佳实践 | 提效 47 倍,制造业生产 Oracle 迁移替换
- 563℃Oracle有哪些常见的函数? oracle中常用的函数
- 最近发表
- 标签列表
-
- 前端设计模式 (75)
- 前端性能优化 (51)
- 前端模板 (66)
- 前端跨域 (52)
- 前端缓存 (63)
- 前端aes加密 (58)
- 前端脚手架 (56)
- 前端md5加密 (54)
- 前端路由 (61)
- 前端数组 (73)
- 前端js面试题 (50)
- 前端定时器 (59)
- 前端获取当前时间 (50)
- Oracle RAC (76)
- oracle恢复 (77)
- oracle 删除表 (52)
- oracle 用户名 (80)
- oracle 工具 (55)
- oracle 内存 (55)
- oracle 导出表 (62)
- oracle约束 (54)
- oracle 中文 (51)
- oracle链接 (54)
- oracle的函数 (58)
- 前端调试 (52)
本文暂时没有评论,来添加一个吧(●'◡'●)