Aurora MySQL 数据库引擎更新 2026-02-17（版本 3.12.0，兼容 MySQL 8.0.44） - Amazon Aurora
改进集成了 MySQL 社区版本错误修复

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

Aurora MySQL 数据库引擎更新 2026-02-17（版本 3.12.0，兼容 MySQL 8.0.44）

版本：3.12 .0

Aurora MySQL 3.12.0 已正式上市。Aurora MySQL 3.12 版本与 MySQL 8.0.44 兼容。有关已发生的社群变更的更多信息，请参阅 MySQL 8.0 Release Notes。

有关 Aurora MySQL 版本 3 中的新功能的详细信息，请参阅与 MySQL 8.0 兼容的 Aurora MySQL 版本 3。有关 Aurora MySQL 版本 3 和 Aurora MySQL 版本 2 之间的区别，请参阅比较 Aurora MySQL 版本 2 和 Aurora MySQL 版本 3。有关 Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较，请参阅《Amazon Aurora 用户指南》中的 Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较。

您可以利用零停机时间修补 (ZDP) 执行就地升级，恢复快照，或者 blue/green 使用亚马逊 RDS Blue/Green 部署启动托管升级，从当前支持的任何 Aurora MySQL 版本 2 集群到 Aurora MySQL 版本 3.12.0 集群。

有关规划升级到 Aurora MySQL 版本 3 的信息，请参阅为 Aurora MySQL 集群规划主要版本升级。有关 Aurora MySQL 升级的一般信息，请参阅《Amazon Aurora 用户指南》中的升级 Amazon Aurora MySQL 数据库集群。

有关故障排除信息，请参阅《Amazon Aurora 用户指南》中的 Aurora MySQL 就地升级故障排除。

如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得AWS 支持。有关更多信息，请参阅《Amazon Aurora 用户指南》中的维护 Aurora 数据库集群。

改进

安全修复

  • 修复了可能导致某些 SQL 语句无法记录在审核日志中的问题。

  • 修复了 caching_sha2_password 插件，可确保 Aurora MySQL 读取器和写入器实例一致地验证更新的密码。

中等 CVEs：

可用性改进：

  • 修复了在半一致性读取期间锁表已满时可能导致数据库实例重新启动的问题。

  • 修复了二进制日志恢复中的一个问题，该问题可能导致二进制日志副本实例在使用aurora_in_memory_relaylog多线程复制时重新启动。

  • 修复了在禁用全局写入转发或本地写入转发时可能导致写入器实例重新启动的问题。

  • 修复了在重新启动或升级期间过大的 thread_stack 配置可能会阻止 Aurora MySQL 服务器启动的问题。现在，当 thread_stack 超过系统内存时，Aurora MySQL 服务器会自动将 thread_stack 重置为引擎默认值 (1 MB)，从而防止启动失败。

  • 修复了在运行的并行查询EXPLAIN FOR CONNECTION上运行KILL后可能导致引擎重启的问题。

  • 修复了可能强制对随机查询进行并行查询并在此查询被强制终止时导致引擎重启的问题。

  • 修复了具有 CONNECTION_ADMIN 或 SUPER 权限的用户无法在 max_connections 限制之外建立额外连接的问题（此功能在 MySQL 社区版中受支持）。

  • 修复了在中继日志恢复期间处理大量中继日志文件时可能导致二进制日志（binlog）副本重启的问题。

  • 修复了在读取器数据库实例上运行并行查询时导致写入器数据库实例重启的问题。

  • 修复了在极少数情况下提交大型事务期间发生错误时可能会禁用二进制日志记录的问题。

  • 修复了在写入器数据库实例上出现某些罕见事务提交命令时可能导致只读副本重新启动的问题。

  • 修复了在启用了增强型二进制日志的实例上执行期间中止计划事件时可能导致数据库重启的问题。

  • 修复了使用多 TiB 存储大小的数据库实例在重启期间可能会因InnoDB缓冲池验证失败而导致停机时间增加的问题。

常规改进：

  • 排除了 MySQL 8.0.44 中引入的社区变更，其中失败的连接尝试意外向 performance_schema 表中添加了行，从而导致内存消耗过多。参考社区错误 #119766

  • 修复了在具有自定义排序规则设置的实例上配置二进制日志复制时影响 Aurora 特定复制存储过程的问题。

  • 修复了在数据库引擎和存储层之间建立传输加密时减少 CPU 开销的问题。

  • 当系统变量 innodb_flush_log_at_trx_commit 设置为 0 时，写入 IOPS 性能得到改善。

  • 当 aurora_oom_response 在阈值时间（大约几分钟）后无法解决内存压力时，自动禁用 aurora_oom_response 操作（如果已配置，则打印除外）。

  • 解决了在 Aurora Serverless 缩减操作期间或缓冲池页面驱逐期间，因竞态条件可能导致从缓冲池读取错误页面的问题。参考社区 Bug#116305。

  • 修复了在写入器上执行与权限相关的命令时可能导致读取器重新启动的 out-of-memory（OOM）问题。

  • 以下权限已添加到rds_superuser_role:FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES. 有关信息rds_superuser_role，请参阅带有 Aurora 的亚马逊主用户账户文档。有关这些动态权限的更多信息，请参阅 MySQL 文档。

  • 修复了在运行Aurora_pq_request_in_progress计数器更新不准确的EXPLAIN ANALYZE语句时导致并行查询请求跟踪不准确的问题。

  • 修复了在零停机时间修补 (ZDP) /零停机时间重启 (ZDR) 期间未正确处理保留的连接的问题，这可能导致客户端无限期等待查询完成。

  • 修复了更新期间无法通过空间索引读行的问题。

  • 修复了在零停机时间重启 (ZDR) 或零停机时间修补 (ZDP) 操作期间中止的包含优化器提示的查询可能无法正确处理的问题。

  • 修复 innodb_flush_log_at_trx_commit 设置为 0 时未测量提交延迟的问题。

  • 引入了优化措施，在存在大量表的情况下，减少逻辑数据字典恢复期间的内存使用量。

  • 修复了导致 SHOW BINARY LOGS 命令在已启用或曾经启用增强二进制日志的集群上执行时间更长的问题。如果多个 SHOW BINARY LOGS 命令同时运行，此问题也可能导致提交延迟增加。

  • 修复了与视图定义器的默认角色相关的内存问题。

  • 修复了可能导致无法完成禁用 “写入转发” 功能过程的问题。

  • 修复了当使用写入转发的读取器实例执行包含时间戳值且 time_zone 数据库参数设置为 “UTC” 的 DML 语句时，可能导致写入器数据库实例重新启动的问题。

  • 修复了一个问题，在极少数情况下，该问题会导致 Aurora 只读副本间歇性不可用，或者表定义不一致，副本上出现错误 “表不存在”，这是因为对副本进行并发读取查询和写入器上的 DDL 操作所致。

  • 修复了使用带并行查询的哈希连接算法执行涉及左联接或右联接操作的查询时可能导致结果集不完整的问题。

集成了 MySQL 社区版本错误修复

此版本包括8.0.44之前的所有社区错误修复。有关更多信息，请参阅 由 Aurora MySQL 3.x 数据库引擎更新修复的 MySQL 错误。

  • 修复了表单查询SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)导致断言失败的问题。item_func.cc（社区错误修复 #36128964）

  • 修复了同时执行 FLUSH STATUS、COM_CHANGE_USER 和 SHOW PROCESS LIST 时会解决死锁的问题。(错误 #35218030)