MySQL 26.7.0 Innovation 发布：Thread Pool Plugin 进社区版，Group Replication 默认通信栈换成 MYSQL
2026 年 7 月的 MySQL 版本已发布，一共三个：MySQL 26.7.0 Innovation、MySQL 9.7.2 LTS、MySQL 8.4.11 LTS。下载入口在 dev.mysql.com/downloads，26.7.0 的 release notes 也可以在 dev.mysql.com 上查到。
26.7.0 是 MySQL 9.7 LTS 之后第一个 GA 的 Innovation 版本，也是第一个采用日历版本号的 MySQL 发布。9.7.2 和 8.4.11 则分别是两条 LTS 线按季度维护的常规发布。按当前安排，2026 年 10 月前后会有 26.10.0 Innovation，以及 9.7 LTS、8.4 LTS 各一次季度维护发布。
26.7.0 的功能建立在 MySQL Community Server 26.7 Early Access 预览的基础上，改动集中在 InnoDB、复制与 Group Replication、安全、升级检查和高并发连接处理。
Thread Pool Plugin 进入 Community Edition
MySQL 26.7 把 Thread Pool Plugin 放进了 MySQL Community Edition。它替代的是默认的 one-thread-per-connection 执行模型。
默认模型下每条客户端连接对应一条语句执行线程。连接数上去之后线程数量随之增长，大量线程在运行与阻塞之间切换，上下文切换开销和操作系统调度压力上升，锁与其他资源的争用也会更明显。Thread Pool Plugin 的做法是把语句执行线程集中管理，让大量客户端连接共享一个受控的线程池，目标就是降低高并发负载下过度的上下文切换、OS 调度压力和资源争用。连接数远大于活跃查询数的场景（短事务多、连接复用为主）是它更适用的地方。
它属于可选项，不启用时保持默认的连接线程模型，作为插件需要显式启用后才生效。
Group Replication 默认通信栈从 XCOM 换成 MYSQL
Group Replication 的默认通信栈在这一版从 XCOM 换成 MYSQL。同时，26.7 开始对 Group Replication 中 XCom 相关的配置项给出弃用警告。
升级前值得先做一次依赖梳理，方向大致有三块：配置文件里是否显式写了 XCom 相关参数；部署自动化（容器启动参数、配置管理、Operator 模板等）是否在注入这些参数；运维文档和 runbook 里是否还在引用它们。这些设置既然进入弃用状态，升级时会出现警告，依赖它们的流程需要提前调整。默认栈的切换本身不需要额外配置，但显式指定过旧栈的行为要确认。
Change Stream Applier：多线程复制的另一种 SQL applier
26.7 引入 Change Stream Applier，作为多线程复制中 replica SQL applier 的一种新实现。它是 opt-in 的 channel 级替代方案，与现有的 Multi-Threaded Applier 并存，提供单写者（single-writer）channel。需要按 channel 显式启用，默认的 applier 选择不受影响。
其他改动
InnoDB undo truncation 更健壮。 26.7 提升了 InnoDB undo tablespace truncation 的健壮性。
后量子密钥交换。 使用 OpenSSL 3.5 或更高版本构建时，MySQL Server 26.7 支持后量子密钥交换算法。
升级检查进度上报。 兼容性与升级检查现在会报告进度。
Audit Log 状态变量。 MySQL Enterprise Audit 在 8.4.11 LTS、9.7.2 LTS 和 26.7.0 Innovation 中新增状态变量，用于报告配置的审计日志目录里当前存放的 JSON 审计日志文件数量；启用 Audit Log 插件后可用 audit_log_file_count 查看。
该跟哪条版本线
官方给出的选择依据是按运维与应用的实际需求来分：
- 想要最新能力、并且有能力按季度测试和升级的，转到 MySQL 26.7.0 Innovation。
- 想要最新的 Long-Term Support 版本，评估并采用 MySQL 9.7 LTS。
- 已经统一在 MySQL 8.4 LTS 线上的，更新到该线最新的维护版本 MySQL 8.4.11。
- 还在更老版本上的，开始规划迁移到当前受支持的 LTS 版本。
下载页：