1 、 MySQL 8.X 支持周期

MySQL 8.0 版本即将于 2026年4月结束服务支持，而 MySQL 8.4 作为当前的 LTS 版本，在 MySQL 的 Release Notes 和手册上都被加上了 current 标记。也就是说，对版本选择偏稳重的，可以在 8.0 版本后选择 8.4 版本。

2 、 MySQL 8.X 特性变化

相对 8.0 版本仅针对比较关键的一些变化做出列举，以下是 InnoDB 中几个主要变量的默认值发生变化，如下：

另外，临时表相关几个变量的默认值也发生变化，如下：

3 、 MGR 新特性介绍

有两个 MGR 变量默认值发生变化：事务一致性级别变量 group_replication_consistency 从 EVENTUAL 调整为 BEFORE_ON_PRIMARY_FAILOVER；节点退出后的默认行为变量 group_replication_exit_state_action 从 READ_ONLY 调整为 OFFLINE_MODE。

在 MGR 中切换新的主节点时，需要等待当前的 DDL 操作（例如 ALTER TABLE）以及大部分 DCL 操作（例如 ALTER DATABASE）结束才能继续。

对 MGR 的版本兼容约束也放宽了，支持相同大版本内的小版本原地降级（例如从 8.4.2 原地降级到 8.4.0）；另外，只要是大版本号相同，小版本号不同的多个节点也可以混跑（例如在 8.4.0、8.4.2、8.4.3 三个不同小版本号的节点可以在一起跑 MGR）。

在 MGR 中新增变量 group_replication_preemptive_garbage_collection，设置为 ON 时，在单主模式下会启用了抢占式 GC（garbage collection），仅保留尚未提交的事务 writeset。这可以节省时间和内存消耗。同时新增 group_replication_presemptive_garbage_collection_rows_threshold 变量用于设置了触发抢占式 GC 所需的认证事务数最小值，默认为100000。  

4 、主从复制新特性

Clone 插件不再严格要求连小版本号也要一致才行，允许在同一个大版本内进行克隆。这个特性不错，希望未来能继续提升兼容性，支持在不同大版本间 Clone 数据。

在主从复制中，变量 SOURCE_RETRY_COUNT 默认值从 86400 调整为10。即默认行为是 重试 10 次，每次间隔 60 秒，总共 10 分钟。在 8.0 中默认行为是重试 86400 次，每次间隔 60 秒，总共 60 天。

支持对 GTID 事务设置不同的 tag（标签），这对于运维很友好，比如针对一些特殊操作加上特别的标签便于后续区分。

在从服务器上执行 START REPLICA 启动复制线程时，子句 SQL_AFTER_GTIDS 支持多线程并行回放工作模式。在以前，启用多线程并行回放时，如果加上 SQL_AFTER_GTIDS 会提示 ER_MTA_FEATURE_IS_NOT_SUPPORTED 告警，并自动切换到单线程回放模式。

5 、废弃的特性介绍

以下简单罗列了一些即将弃用的一些特性及变量，如下：

变量 binlog_transaction_dependency_tracking，因为总是使用 WRITESET 机制。

变量 group_replication_allow_local_lower_version_join。

从 8.3.0 开始，MGR 组成员元数据信息会在各节点间共享，因此不再需要依赖组视图变化事件，相应地，变量 group_replication_view_change_uuid 也不再需要。

废弃函数 WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS()。

在主从复制中如果已启用 GTID 模式，则已被应用的事务会自动被忽略，这意味着 IGNORE_SERVER_IDS 变量和 GTID 模式将不兼容。

废弃变量 expire_logs_days，改用 binlog_expire_logs_seconds 变量。

废弃变量 group_replication_recovery_complete_at。从 8.4.0 开始，分布式事务恢复过程中的策略总是：只有在新成员接收、认证并应用了其加入组之前发生的所有事务后，才会标记在线；这相当于在早期版本中设置 group_replication_recovery_complete_at = TRANSACTIONS_APPLIED 同样的效果。