注MySQL 8.0.46 是 8.0 系列的最后一个维护版本于 2026 年 4 月 21 日发布随后 8.0 系列即进入 EOL生命周期终止状态而 MySQL 8.4.9 是 8.4 LTS长期支持系列的重要维护版本。两者虽同属 8.x 大系但 8.4 作为新的 LTS 基线包含了大量架构调整、默认值变更及老旧特性的清理。一、 版本定位与生命周期为何必须关注这次跨越MySQL 官方自 8.0 之后调整了版本发布模型引入了 LTSLong Term Support长期支持与创新版Innovation的区分。理解这一点是理解两个版本差异的前提。MySQL 8.0.46EOL8.0 系列自 2018 年发布以来一直是过去几年的绝对主力。但截至 2026 年 4 月 30 日该系列已正式结束生命周期End of Life。这意味着不再有官方的安全补丁、Bug 修复或支持。继续在生产环境使用 8.0.46 将面临合规与安全风​​险。MySQL 8.4.9LTS8.4 系列于 2024 年 4 月发布被指定为新的 LTS 版本。其前缀支持Premier Support持续至约 2029 年 4 月扩展支持Extended Support甚至延续到 2032 年 4 月左右。它是目前官方推荐的生产环境“稳定锚点”。小结从 8.0.46 到 8.4.9 不仅是补丁版本的迭代更是从“旧的稳定版”向“新的长期支持基线”的代际交接。8.4.9 移除了大量 8.0 中已弃用的历史包袱并引入了适应现代硬件和新安全标准的默认配置。mysql8.0.46一键安装https://onefire.blog.csdn.net/article/details/160682983mysql8.4.9 一键安装https://onefire.blog.csdn.net/article/details/160684425二、 安全与认证机制的重大变革安全是 8.4 系列改动最剧烈的领域之一许多旧有习惯需要被打破。1.mysql_native_password的退场在 MySQL 8.0 中caching_sha2_password已成为默认认证插件但mysql_native_password仍默认启用以兼容旧客户端。到了 MySQL 8.4这一妥协被取消8.0.46默认启用mysql_native_password旧应用通常无需修改即可连接。8.4.9默认禁用​mysql_native_password插件。如果业务仍有老旧客户端如非常旧的 PHP 版本或某些旧驱动依赖此插件连接将会失败。若必须启用需在配置文件中显式设置mysql_native_passwordON但这仅是过渡方案因为该插件将在 MySQL 9.0 中被彻底移除。变量变更系统变量default_authentication_plugin已在 8.4 中被移除取而代之的是authentication_policy提供了更灵活的多策略控制。2. 权限细化与 TLS 增强细粒度权限8.4 将原有的SET_USER_ID权限拆分为SET_ANY_DEFINER和ALLOW_NONEXISTENT_DEFINER提升了权限控制的精确度。同时新增了FLUSH_PRIVILEGES专用于重载权限原需 RELOAD 权限和TRANSACTION_GTID_TAG权限。TLS 强制验证新增tls-certificates-enforced-validation变量若启用当 TLS 证书无效时服务器将拒绝启动或重载避免了因证书问题导致的潜在安全风险。弱加密套件移除8.4 不再支持不符合现代安全标准的弱 TLS 加密套件。三、 InnoDB 引擎与默认配置的现代适配MySQL 8.4 对 InnoDB 的默认参数进行了大幅调整使其更贴合现代服务器硬件如大内存、SSD、多核 CPU而非沿用十年前的保守默认值。1. 核心 I/O 与性能参数变更参数名MySQL 8.0.46 默认值MySQL 8.4.9 默认值变更意义innodb_io_capacity20010000​旧值适配机械硬盘新值适配现代 SSD/RAID提升刷脏页能力innodb_flush_methodfsyncO_DIRECT​ (若系统支持)减少操作系统页缓存双重缓冲降低 I/O 开销innodb_adaptive_hash_indexONOFF​AHI 在高并发写或特定负载下可能引起争用默认关闭更稳妥建议按需开启innodb_change_bufferingallnone​同样因 SSD 普及变更缓冲的收益降低默认关闭以减少复杂性innodb_log_buffer_size16M64M​增大日志缓冲减少高频事务提交时的磁盘 I/Oinnodb_doublewrite_pages依赖 io threads128​固定为 128提供更可预测的双写缓冲行为innodb_buffer_pool_in_core_fileONOFF​默认不在 core 文件中转储巨大的 buffer pool防止 core 文件过大占满磁盘temptable_max_ram1GB总内存的 3%​ (1-4GB 区间)更智能地根据服务器内存动态调整临时表内存上限innodb_purge_threads4自适应​ (≤16核为1否则4)根据 CPU 核数自适应清理线程数2. 其他 InnoDB 调整innodb_parallel_read_threads默认值改为可用逻辑处理器数/8最小 4。innodb_read_io_threads默认值改为可用逻辑处理器数/2最小 4。当innodb_dedicated_serverON时redo log 容量计算改为基于 CPU 而非内存且不再强制改变innodb_flush_method。四、 复制、高可用与 Group Replication 的演进1. 术语去重写Source / ReplicaMySQL 8.4 彻底贯彻了移除 Master/Slave 术语的行动全部替换为 Source/Replica。这不仅涉及文档更涉及 SQL 语法和系统变量SQL 语句CHANGE MASTER TO已移除必须使用CHANGE REPLICATION SOURCE TOSHOW SLAVE STATUS变为SHOW REPLICA STATUSRESET SLAVE变为RESET REPLICA等。系统变量如master_info_repository、relay_log_info_repository已被移除状态变量如Com_slave_start变为Com_replica_start。选项MASTER_HOST、MASTER_PORT等连接选项变为SOURCE_HOST、SOURCE_PORT。2. 功能增强GTID 标签化Tagged GTIDs扩展了 GTID 格式UUID:TAG:NUMBER允许为事务组打标签便于区分数据操作与运维操作需TRANSACTION_GTID_TAG权限。多线程复制MTA此前使用SQL_AFTER_GTIDS会强制切单线程8.4 现支持并行应用提升性能。Group Replication默认一致性级别改为AFTER强一致性新增单主模式预垃圾回收机制新增网络诊断指标如MEMBER_FAILURE_SUSPICIONS_COUNT。Clone 插件放宽版本限制允许在同大版本如 8.4.x的不同小版本间直接克隆无需严格匹配小版本号。五、 SQL 语法、功能与弃用移除1. 新增功能直方图自动更新使用ANALYZE TABLE ... UPDATE HISTOGRAM AUTO可启用默认仍为手动。EXPLAIN 增强支持EXPLAIN FOR SCHEMA指定库支持EXPLAIN FORMATJSON INTO var存入变量新增explain_json_format_version控制 JSON 格式版本。集合操作优化EXCEPT和INTERSECT默认使用 Hash 算法受hash_set_operations控制性能通常优于旧算法。TABLESAMPLE 子句支持伯努利抽样BERNOULLI等如SELECT * FROM t TABLESAMPLE BERNOULLI(10)。mysqldump新增--output-as-version选项可生成兼容旧版如 8.0.23 之前的备份文件。2. 严格化与报错不再仅是警告AUTO_INCREMENT on FLOAT/DOUBLE在 8.0 中仅是弃用警告在 8.4 中会直接报错必须改为整数类型。外键约束8.0 允许引用父表的非唯一索引8.4 要求引用的父列必须有唯一索引由restrict_fk_on_non_standard_key控制默认 ON强化了关系完整性。3. 移除的功能与工具工具mysqlpump原已废弃已被移除。语句FLUSH HOSTS已移除需用TRUNCATE TABLE performance_schema.host_cache替代。插件旧版 Keyring 插件keyring_file,keyring_encrypted_file,keyring_oci已移除必须使用对应的 Component 架构。变量expire_logs_days已移除需使用binlog_expire_logs_secondsbinlog_transaction_dependency_tracking已移除have_openssl/have_ssl等已移除。六、 升级注意事项与兼容性检查清单从 8.0.46 升级到 8.4.9 属于跨 LTS 的主版本升级需谨慎操作认证兼容检查是否有用户仍使用mysql_native_password提前改为caching_sha2_passwordALTER USER userhost IDENTIFIED WITH caching_sha2_password BY password;。SQL 与 schema 检查移除AUTO_INCREMENT从FLOAT/DOUBLE列。检查外键是否引用了唯一键若无则需添加唯一索引或调整业务逻辑。检查是否使用了FLUSH HOSTS或CHANGE MASTER TO等已移除语法尤其在存储过程、脚本中。配置清理从my.cnf中移除已废弃/移除的系统变量如default_authentication_plugin,expire_logs_days,master_info_repository等否则 8.4 可能无法启动。字符集建议将utf8mb3迁移至utf8mb4因为utf8mb3已弃用。预检查若在云环境如 RDS利用官方的预升级检查工具自建环境可使用mysql-shell的util.checkForServerUpgrade()进行兼容性评估。七、 总结该如何选择现有 8.0.46 用户鉴于 8.0 已 EOL强烈建议制定升级计划迁移至 8.4 LTS。8.4.9 提供了更长的支持周期、更安全的默认配置以及对现代硬件更优的性能参数预设。新部署项目应直接选择MySQL 8.4.9 LTS或更新的 8.4.x避免未来短期内再次面临 EOL 升级压力。除非有极强的兼容性顾虑且暂时无法测试否则不应新装 8.0 系列。MySQL 8.4 并非颠覆性的重构而是一次“去芜存菁”的成熟化迭代。它清理了积攒近 8 年的技术债务将默认配置对齐到 2024 的硬件与安全基准。理解上述差异尤其是认证、复制术语和 InnoDB 默认值的变化是确保平滑升级的关键。