MySQL 9.6.0 创新版正式发布

MySQL 9.6.0 正式发布了。这个版本值得好好聊一聊，因为它不只是在修修补补，而是在几个关键方向上做了重构级的改进，包括审计体系、GTID复制机制，以及安全防护能力的全面升级。同时，也修复了大量历史遗留的缺陷。可以说，这是MySQL在高并发、高可用以及合规场景下，一次非常扎实的自我强化。

一、核心能力跃升：性能与可维护性双向突破

1. 审计日志模块化重构，运维响应更敏捷

审计日志这块，MySQL 9.6.0做了个深度调整。之前一体化的审计模块被拆解成了轻量级、可插拔的专用组件。这样一来，审计功能的部署和生命周期管理就方便多了。你可以按需定制日志输出路径、序列化格式、内存缓冲区容量等关键参数。特别提醒一下，系统变量 audit_log_rotate_on_size 的修改权限已经严格限定为只有具备 AUDIT_ADMIN 权限的账户才能操作，权限隔离做得更扎实了。

2. GTID 复制逻辑全面重写，分布式事务一致性更强

这个版本在GTID上花了大功夫。GTID集合的内部表示结构完全重新设计了，彻底替代了原来的实现。新结构让GTID相关的逻辑更清晰、更现代化，处理效率也大幅提升。这对跨节点事务追踪、故障恢复以及多活架构下的数据一致性来说，是底层更可靠的支持。

3. InnoDB 存储引擎持续打磨，可靠性再上台阶

作为MySQL最核心的存储引擎，InnoDB在这个版本里也做了多项关键增强：

• 重做日志（Redo Log）的错误提示里新增了当前LSN（Log Sequence Number）以及日志空间使用详情，MONITOR视图也同步扩展了对应字段。遇到故障时，定位效率能提升不少。
• 修复了一个挺隐蔽的问题：服务器意外重启后，如果XA事务处于PREPARED状态，可能发生非法状态迁移。现在这个问题被彻底解决了，不会再触发断言或非预期回滚。
• 优化了无主键表隐式rowid的生成策略，降低了锁竞争，插入吞吐量有提升。
• 解决了事务提交后，undo日志残留引发后续查询异常的问题。同时，修复了FLUSH TABLE FOR EXPORT与DROP TABLE、DML操作并发执行时可能出现的死锁路径。

4. 原生容器感知能力落地，资源调度更精准

新增了一个 container_aware 启动参数。MySQL实例在启动时能自动探测所在容器环境的CPU核心数和内存上限，并据此动态调整内部线程池、缓冲区大小等资源配置策略。在Kubernetes、Docker这类容器平台上，资源利用更优化，不会因为配置僵化导致性能瓶颈或资源浪费。

二、安全体系加固：合规适配与访问控制双强化

1. 哈希算法组件化隔离，满足等保与行业规范要求

已经被标记为废弃的 MD5() 和 SHA1() SQL 函数，这次被迁移到了独立组件 classic_hashing 中。这个组件默认不启用，你可以根据实际业务兼容性需求决定是否安装。这样一来，既保障了旧系统的平滑过渡，又有效规避了使用不符合现行密码学标准的哈希算法带来的合规风险，一举两得。

2. 认证流程精细化调优，错误提示统一化、标准化

• 当客户端尝试连接一个不存在的用户账号时，现在统一返回标准错误信息 “Access denied for user”。无论用户名长度有什么差异，或者版本怎么演变，提示信息都保持一致了。
• 修正了创建同名用户时报错信息模糊的问题。同时，修复了若干与身份验证模块相关的安全漏洞，登录鉴权环节的整体健壮性得到了提升。

3. 账户锁定状态可视化，安全审计更透明

Performance Schema 新增了 TEMPORARY_ACCOUNT_LOCKS 表，可以实时查询当前被临时锁定的用户账户列表。HOST_CACHE 表也新增了两个统计列，分别记录因永久锁定与临时锁定所触发的认证失败次数。DBA 能快速识别出异常登录行为，以及潜在的暴力破解风险。

三、开发者体验升级：开发协同与日常运维更高效

1. JSON Duality 视图支持细粒度 DML 权限标签，兼容 Oracle 语义

现在创建 JSON duality 视图时，可以为底层每张基础表显式声明允许执行的 DML 类型，比如 INSERT / UPDATE / DELETE。也可以通过 NO INSERT 这类限制性标签禁用特定操作。支持多种标签组合，可以在单视图内实现不同表之间的差异化写入控制策略。关键是，语法与行为都和 Oracle Database 高度一致。

2. 日志体系能力拓展，可观测性进一步增强

• GCS/XCOM 协议跟踪日志条目中新增了毫秒级时间戳字段，分布式事务链路追踪和性能瓶颈分析时，能更精确地定位问题。
• 慢查询日志（Slow Query Log）和通用查询日志（General Query Log）已经全面接入遥测日志（Telemetry Log）框架。通过 setup_loggers 表可以进行集中开关和级别配置，统一纳管到企业级监控平台。

3. MySQL Shell 扩展能力开放，AI 与数据工具链深度融合

Option Tracker 功能已经覆盖 MySQL Shell 命令行客户端以及 VS Code 插件版的 MySQL Shell。新增了多个运行时状态变量，可以统计自然语言转 SQL、HeatWa ve AI 查询助手、数据导入导出等高频操作的调用频次与成功率。团队能更清楚地掌握工具的使用趋势和效能瓶颈。

4. 配置管理工具持续优化，交互体验更友好

• MySQL Configurator 已经能自动识别并剥离配置过程中输入的密码字符串首尾引号（包括双引号、单引号及反引号），不会因为格式错误导致连接失败。
• 修复了 mysqlx_port 变量无法持久化写入配置文件的问题。同时，解决了服务器启动时未按预期应用文件权限设置的缺陷。
• 重构了密码更新逻辑，敏感信息变更过程中的等待时间大幅缩短，运维响应速度更快了。

四、其他重要改进与缺陷修复

1. 第三方依赖升级，底层安全基线全面提升

• OpenSSL 组件升级到了 3.0.18 版本（适用于自带 OpenSSL 的发行包），TLS 加密强度和协议兼容性都增强了。
• OpenTelemetry C++ SDK 升级到了 1.23.0，分布式追踪上下文传播和指标采集能力进一步完善。

2. SQL 语法与查询优化器增强

• GROUPING() 函数现在支持在不含 ROLLUP 的普通聚合查询中直接使用。
• 修复了 COALESCE() / ANY_VALUE() 与 JSON 函数混用时可能触发的断言崩溃问题。同时，修正了负数年份（比如公元前日期）在 DATETIME 类型解析中校验逻辑不一致的缺陷。
• 解决了正则表达式（REGEXP）查询作为预编译语句执行时，响应延迟严重的问题。

3. 超过 40 项 Bug 修复，覆盖全链路关键场景

这次更新一共修复了 40 多个已知问题，涉及查询执行引擎、逻辑备份工具（mysqldump / mysqlpump）、Performance Schema 数据采集精度、配置文件解析逻辑等多个核心模块。举几个典型的例子：

• 修复了预处理语句的实际 SQL 文本及其摘要信息无法被 Performance Schema 正确捕获的问题。
• 解决了数据库名称中含反斜杠（）时，mysqldump --routines 参数未能正确添加转义引号的问题。
• 修复了 Windows 平台下启用 --skip-grant-tables 启动选项后，MySQL 服务进程偶发无法正常初始化的问题。