MySQL 9.6.0 创新版于2026年1月21日正式发行。值得注意的是,社区版在AI与向量能力方面未见明显更新,相关高级功能未来可能仅限企业版与云服务提供,不会下放到社区版本中。

此次发布的“Changes in MySQL 9.6.0 (2026-01-20, Innovation Release)”文档内容丰富,涵盖了大量更新。同时,官方也同步发布了8.4.8 LTS与8.0.45版本。
需要特别提醒的是,MySQL 8.0.x 系列的生命周期(EOL)将于2026年第二季度结束,建议仍在使用的团队尽早规划升级路径。

根据官方发布说明,MySQL 9.6.0 本次更新包含了一系列重要的架构改进、功能增强和安全更新。以下是核心变化的梳理:

1.核心架构与安全
审计日志组件化:这是最重大的架构变更之一。原先的审计日志功能被重构为独立的、可插拔的组件。这一改动带来了更强的模块化、灵活性和可维护性,允许管理员更精细地配置日志的输出格式和存储方式。
增强的安全与合规:
- 将
MD5() 和 SHA1() 等旧式哈希函数移至独立的“传统哈希”组件中,现在需要单独安装该组件才能使用这些函数。这有助于企业更清晰地遵循现代化的安全标准,隔离过时的加密算法。
- 连接认证的错误信息进行了标准化。现在无论用户名长度或客户端版本如何,在认证失败时都统一返回“Access denied”错误,减少了信息泄露的风险。
容器化支持:新增了 container_aware 启动选项。该选项优化了MySQL在容器环境(如Docker, Kubernetes)中对CPU和内存资源限制的感知与适配能力,提升了在容器化部署中的运行稳定性。
2.数据管理与复制
GTID复制改进:引入了一套全新的GTID(全局事务标识符)集合数据结构库。此举旨在提升处理大量GTID时的性能,并改善了相关代码的可维护性,为未来高可用与复制架构的进一步优化打下基础。
InnoDB引擎优化:
- 提升了无主键表的行ID(row_id)生成效率。
- 修复了一个严重问题:解决了XA事务在数据库崩溃恢复时,可能错误地从
PREPARED状态转为ACTIVE状态的问题,增强了分布式事务的数据一致性。
- 改进了Redo Log的错误信息和监控输出,使其包含更多关于日志容量的细节,便于运维诊断。
JSON Duality Views增强:现在支持表级DML操作标签(例如 NO INSERT)。这意味着在定义JSON Duality视图时,可以为每个底层基表明确允许或禁止特定的写操作(增、删、改),实现了更细粒度的数据访问控制,为JSON应用开发提供了更多灵活性。
3.功能增强与优化
性能模式(Performance Schema)更新:
- 新增了
TEMPORARY_ACCOUNT_LOCKS 表,用于查看当前被临时锁定的用户账户信息。
- 慢查询日志(slow query log)和通用日志(general log)现在可以被性能模式检测,便于进行统一的日志遥测和分析。
优化器与SQL变更:
GROUPING() 函数现在允许在没有 WITH ROLLUP 的查询中使用,扩展了其应用场景。
- 修复了多项已知问题,包括与公共表表达式(CTE)、正则表达式查询以及特定JSON操作相关的一些边界情况。
连接与配置:
- 线程池(Thread Pool)插件修复了多个可能导致连接关闭过程被阻塞的问题。
- MySQL配置器(MySQL Configurator)工具现在能更好地处理带引号的密码,提升了配置过程的可靠性。
4.技术影响评估

总结
总体而言,MySQL 9.6.0 创新版是一次以现代化架构、增强安全控制和提升运维体验为核心的重要迭代。对于追求前沿技术、希望提前了解未来发展方向的开发者或DBA而言,这个版本非常值得关注和研究。不过务必注意,作为“创新版”(Innovation Release),它通常不推荐直接用于生产环境,更适合用于评估、测试和前期技术验证。
想了解更多数据库技术深度讨论?欢迎访问 云栈社区 与大家交流。
|