MySQL 26.10.0 正式发布！社区版迎来四项重要升级
2026年10月20日，MySQL 26.10.0 正式发布。根据 MySQL 官方发布说明，本次版本围绕数据库服务集成、资源监控、身份认证、JSON 数据访问控制等方面进行了更新，同时修复了 InnoDB、复制、优化器及安全相关问题。
与单纯的缺陷修复版本不同，26.10.0 有几项值得重点关注的功能变化：REST 服务可以直接作为服务器组件运行，Health Monitor 扩展到 Community Edition，WebAuthn 认证向社区版开放，JSON 关系双视图也获得了更细粒度的更新控制能力。
本文结合官方发布说明，从技术原理、应用场景和运维实践三个维度进行梳理。
一、版本定位：MySQL 创新版本进入日历化管理
MySQL 26.10.0 属于 Innovation 创新版本，采用日历版本命名方式。版本号中的 26.10 对应2026年10月，最后的 0 表示补丁版本号。
MySQL 当前同时提供 Innovation 和 LTS 两条发布路线：
Innovation： 持续引入新功能和改进，适合能够定期测试、评估并升级的环境。
LTS： 强调功能稳定性和长期维护，适合更重视版本一致性、变更可控性的生产系统。
因此，26.10.0 的发布并不意味着所有企业都应该立即升级。对于核心交易系统，应根据版本路线、应用兼容性和运维要求选择合适的版本。
二、核心新特性一：REST 服务直接集成到 MySQL Server
这是本次更新中值得开发者和架构师重点关注的变化。
此前，使用 MySQL REST Service 时，通常需要单独部署 MySQL Router 来承载相关服务。26.10.0 将 MRS 作为服务器组件 component_mysql_rest_service 提供，可以在 MySQL Server 内部运行 HTTPS 服务。
官方支持通过系统变量配置 HTTPS 端口、TLS 证书、工作线程、最大连接数及请求和响应体大小，并通过 SQL 函数启动、停止和重启服务。
例如，安装并检查组件状态可以使用：
1INSTALL COMPONENT 'file://component_mysql_rest_service';23SELECT mysql_rest_service_restart();45SHOW GLOBAL STATUS LIKE 'mysql_rest_service.state';
默认 HTTPS 端口为 33443，默认最大连接数为 1024，请求体和响应体大小默认均为 16MiB。相关管理函数需要 MYSQL_REST_SERVICE_ADMIN 权限。
实际价值： 对需要通过 REST 接口访问数据库的应用而言，这种方式能够简化部分部署架构，减少独立服务组件。但它并不意味着所有业务 API 都可以自动生成，也不代表应用层权限控制和业务逻辑可以省略。
部署时应重点检查 TLS 证书、接口授权、端口暴露范围、连接限制以及服务异常后的恢复机制。
三、核心新特性二：Health Monitor 扩展到社区版
Health Monitor 此前主要面向 MySQL HeatWave，本次开始提供给 MySQL Community Edition。
它可以采集数据库相关的主机资源信息，包括 CPU、内存、文件系统和 MySQL 进程等，并通过 Performance Schema 提供相应指标。官方还介绍了历史监控数据及磁盘空间预测能力。
需要注意平台支持范围：Linux 支持完整指标集，macOS 仅支持部分基础指标，Windows 在本次版本中暂不支持该实现。平台不支持的指标会以 SQL NULL 表示。
对 DBA 而言，这项变化的意义不只是多了一组监控指标，而是数据库自身能够提供更多运行环境信息，有助于将数据库状态与主机资源压力关联分析。
例如，当数据库响应时间变长时，除了检查慢 SQL、锁等待和执行计划，还可以结合 CPU、内存及文件系统指标判断是否存在资源瓶颈。
不过，Health Monitor 不能完全替代 Zabbix、Prometheus 等专业监控平台。企业仍需建设统一的指标采集、告警、趋势分析和故障追踪体系。
四、核心新特性三：WebAuthn 认证进入社区版
MySQL 26.10.0 将 authentication_webauthn 服务端插件提供给 Community Edition，支持基于 FIDO 设备的身份认证，可用于多因素认证和无密码访问场景。
传统数据库认证通常以账号和密码为基础。WebAuthn 则为身份验证提供了新的选择，有助于降低单纯依赖密码带来的风险。
对于企业数据库安全建设，这意味着社区版用户也能评估更现代的认证方式，尤其适用于希望加强管理员账号、运维账号身份保护的场景。
但需要明确，插件可用并不等于整个应用链路已经具备无密码登录能力。实际部署还需要验证客户端兼容性、认证设备、账号注册、权限管理及凭据恢复流程。
此外，本次版本还修复了多项安全相关问题，包括 SHA-2 客户端认证中的 RSA 公钥处理、密钥管理函数的参数校验等。升级时应将这些修复与认证方式调整一并纳入安全测试。
五、核心新特性四：JSON 关系双视图的更新控制更加精细
JSON Relational Duality Views 是 MySQL 在关系数据与 JSON 文档访问之间提供的一种机制，可以让应用通过 JSON 视图访问和修改底层关系数据。
26.10.0 新增或扩展了四种注解：
CHECK：字段参与 ETAG 计算。
NO CHECK：字段不参与 ETAG 计算。
UPDATE：允许通过双视图更新字段。
NO UPDATE：禁止通过双视图更新字段。
ETAG 可用于乐观并发控制。通过控制哪些字段参与 ETAG 计算，开发者能够更精确地定义数据修改时的并发校验行为；通过 UPDATE 和 NO UPDATE，则可以限制哪些字段允许经由该视图修改。
这些设置支持表级和列级控制，并可通过 JSON_DUALITY_VIEW_COLUMNS 查看有效配置。
这项改进对于使用 JSON 作为应用数据交换格式、同时希望保留关系数据库一致性控制的系统具有实际价值。不过，设计时仍需充分评估并发修改、字段权限和业务事务规则。
六、除了新功能，还有哪些值得 DBA 关注的改进？
26.10.0 的变化并不局限于上述四项。
1. InnoDB 恢复与性能改进
官方对 Redo 日志解析进行了优化，通过按线程缓存解析后的索引元数据，减少重复分配和构造临时对象的开销。相关改进也有利于 Read Replica Applier 的处理性能，但实际收益取决于工作负载。
2. 执行计划可观测性增强
EXPLAIN FORMAT=TREE 等执行计划输出可以提供更多查询转换信息；迭代器执行计划也能够显示分区裁剪后选中的分区名称。这有助于 DBA 分析优化器行为，但显示的是计划阶段的候选访问分区，并不等于运行时实际访问的全部分区。
3. 复制与 Group Replication 修复
版本修复了多个复制、GTID、XA 事务恢复以及 Group Replication 相关问题。这些属于稳定性改进，尤其值得运行高可用集群、异步复制和并行复制的企业关注。
4. 版本识别能力扩展
MySQL 新增四段式版本标识能力，可通过 VERSION_WITH_UPDATE()、version_with_update 等接口获取更完整的版本信息，同时保留既有三段式接口的兼容语义。这有利于版本识别和升级历史管理。
七、生产环境升级建议
对于计划评估 MySQL 26.10.0 的企业，建议按照以下顺序开展验证：
核对版本路线： 明确当前运行的是哪个版本系列，评估 Innovation 与 LTS 的适用性。
检查兼容性： 验证客户端、驱动、插件、认证方式及运维工具。
测试关键业务： 覆盖核心 SQL、事务、执行计划、DDL、备份恢复及复制场景。
验证高可用： 检查主从复制延迟、GTID 状态、故障切换和恢复流程。
评估新增组件： 对 MRS、Health Monitor 和 WebAuthn 分别进行安全、性能及运维测试。
准备回退方案： 完成备份校验、升级演练、监控告警和业务回退预案。
八、总结
MySQL 26.10.0 的价值，在于进一步扩展数据库自身的服务、监控和安全能力，同时改善 JSON 数据访问控制、执行计划分析以及底层稳定性。
对 DBA 来说，Health Monitor 和相关修复值得关注；对开发者来说，REST Service 集成与 JSON 双视图增强提供了更多架构选择；对安全团队来说，WebAuthn 为身份认证建设增加了新的技术路径。
但新功能并不意味着可以跳过验证。是否升级，最终仍应回到业务兼容性、运行稳定性、性能表现和安全要求上。
官方参考资料：
Oracle 官方博客：MySQL 26.10 Is Here
