迎接 MySQL 26.7：版本号新时代开启
内容提要
MySQL 26.7 起改用日历年月补丁版本号（如 26.7.0），需先升级至 9.7 LTS。新增变更流应用器以优化并行复制，线程池插件向社区版开放，InnoDB 撤销表空间截断更稳健，组复制默认通信栈改为 MySQL。
延伸解读
版本号变革：更直观的发布节奏
MySQL 26.7 采用日历年月补丁版本号（如 26.7.0），取代了之前的 9.x 序列。这种格式让用户能直接从版本号判断发布年份和月份，便于规划升级。创新版每季度发布一次，下一个创新版预计为 26.10.0；LTS 版约每两年发布一次，下一个 LTS 预计为 28.4.0。现有 LTS 版本（8.4 和 9.7）不受影响，继续获得季度维护更新。
升级路径：必须先迁移至 9.7 LTS
要使用 MySQL 26.7，必须先将现有实例升级到 MySQL 9.7 LTS 作为基线。对于仍在使用 EOL 版本（如 5.7 或 8.0）的用户，需要先升级到 8.4 LTS，再迁移到 9.7 LTS，最后才能进入 26.x 系列。这一路径要求用户提前规划升级步骤，避免直接跨版本升级导致兼容性问题。
复制优化：变更流应用器（CSA）
MySQL 26.7 引入了变更流应用器（CSA），改进了并行事务调度与执行。传统多线程应用器（MTA）中，工作线程可能因等待提交顺序而空闲，CSA 将事务应用与提交排序分离，允许工作线程在等待提交时处理其他就绪事务，从而提升复制性能。该优化针对每个复制通道独立生效。
社区版福利：线程池插件开放
线程池插件现已包含在 MySQL 社区版中，不再依赖企业版。它通过少量工作线程管理大量客户端连接，避免为每个连接创建独立线程，适合高并发连接场景，尤其是当许多连接处于空闲状态时。用户可配置线程池大小，并通过 performance_schema 表监控其活动。
Q&A
MySQL 26.7 的版本号命名规则是什么？
MySQL 26.7 开始采用基于日历的版本号模型，格式为年.月.补丁（Year.Month.Patch），例如 26.7.0。
从旧版本升级到 MySQL 26.7 需要先升级到哪个版本？
需要先升级到 MySQL 9.7 LTS 作为基线，才能继续升级到 26.x 系列。
MySQL 26.7 中引入的变更流应用器（CSA）有什么作用？
CSA 将事务应用与提交排序分离，优化并行事务调度和执行，提升复制性能。
线程池插件在 MySQL 26.7 中有什么变化？
线程池插件现在在 MySQL 社区版中可用，不再依赖企业版。
MySQL 26.7 对 InnoDB 撤销表空间截断做了哪些改进？
不再使用单独的 trunc.log 文件，截断状态直接记录在撤销表空间头部，提高了截断和恢复的稳健性。
组复制默认通信栈在 MySQL 26.7 中有什么变化？
默认通信栈从 XCOM 改为 MySQL，使用原生 MySQL 端口，无需单独指定通信端口。
