

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

# Aurora MySQL 数据库引擎更新 2025-11-13（版本 3.11.0，兼容 MySQL 8.0.43）
<a name="AuroraMySQL.Updates.3110"></a><a name="3110"></a><a name="3.11.0"></a>

**版本：3.11** .0

Aurora MySQL 3.11.0 已正式上市。Aurora MySQL 3.11 版本与 MySQL 8.0.43 兼容。有关已发生的社群变更的更多信息，请参阅 [MySQL 8.0 Release Notes](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。

有关 Aurora MySQL 版本 3 中的新功能的详细信息，请参阅[与 MySQL 8.0 兼容的 Aurora MySQL 版本 3](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)。有关 Aurora MySQL 版本 3 和 Aurora MySQL 版本 2 之间的区别，请参阅[比较 Aurora MySQL 版本 2 和 Aurora MySQL 版本 3](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)。有关 Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较，请参阅*《Amazon Aurora 用户指南》*中的 [Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)。

您可以利用零停机时间修补 (ZDP) 执行就地升级，还原快照，或者 blue/green 使用 A [mazon RDS Blue/Green 部署](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)启动托管升级，从当前支持的任何 Aurora MySQL 版本 2 集群到 Aurora MySQL 版本 3.11.0 集群。

有关规划升级到 Aurora MySQL 版本 3 的信息，请参阅[为 Aurora MySQL 集群规划主要版本升级](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning)。有关 Aurora MySQL 升级的一般信息，请参阅*亚马逊 Aurora 用户指南中的升级 Aurora* [MySQL 数据库集群](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)。

有关故障排除信息，请参阅*《Amazon Aurora 用户指南》*中的 [Aurora MySQL 就地升级故障排除](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting)。

如果您有任何疑问或疑虑Amazon Web Services 支持，可以在社区论坛上找到，也可以通过[Amazon Web Services 支持](https://www.amazonaws.cn/support)。有关更多信息，请参阅*《Amazon Aurora 用户指南》*中的[维护 Aurora 数据库集群](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。

## 改进
<a name="AuroraMySQL.Updates.3110.Improvements"></a>

**修复了安全问题和 CVEs**

**中等 CVEs：**
+ [CVE-2025-50077](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50077)
+ [CVE-2025-50078](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50078)
+ [CVE-2025-50079](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50079)
+ [CVE-2025-50080](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50080)
+ [CVE-2025-50082](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50082)
+ [CVE-2025-50083](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50083)
+ [CVE-2025-50084](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50084)
+ [CVE-2025-50085](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50085)
+ [CVE-2025-50086](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50086)
+ [CVE-2025-50087](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50087)
+ [CVE-2025-50088](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50088)
+ [CVE-2025-50091](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50091)
+ [CVE-2025-50092](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50092)
+ [CVE-2025-50093](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50093)
+ [CVE-2025-50094](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50094)
+ [CVE-2025-50096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50096)
+ [CVE-2025-50097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50097)
+ [CVE-2025-50099](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50099)
+ [CVE-2025-50101](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50101)
+ [CVE-2025-50102](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50102)
+ [CVE-2025-53023](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-53023)

**低 CVEs：**
+ [CVE-2025-50098](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50098)
+ [CVE-2025-50100](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50100)
+ [CVE-2025-50104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50104)

**可用性改进**
+ 修复了`aurora_enhanced_binlog`启用后逻辑恢复中的一个问题，该问题可能会阻止在事务中止时重新启动数据库。
+ 修复了在禁用全局写入转发或本地写入转发时可能导致写入器实例重新启动的问题。
+ 修复了在两个或更多副本转发请求时禁用写入转发时可能导致写入器无响应的问题。
+ 修复了在运行的并行查询`EXPLAIN FOR CONNECTION <query-id>`上运行`KILL <query-id>`后可能导致引擎重启的问题。
+ 修复了数据库重启后 out-of-memory（OOM）回避功能无法保留配置的`aurora_oom_response`数据库参数值的问题。
+ 修复了阻止具有`CONNECTION_ADMIN`或`SUPER`权限的用户执行超出`max_connections`限制的额外连接的问题，正如 MySQL 社区版所支持的那样。
+ 修复了 Aurora Serverless V2 扩展问题，通过防止关键内存页被换出而避免了数据库实例重启。
+ 修复了手动将`innodb_purge_threads`参数配置为与默认值不同的值时可能导致 Aurora MySQL Serverless v2 实例重启的问题。Aurora Serverless v2 实例现在可以自动管理该`innodb_purge_threads`参数，并且无法修改。
+ 修复了当写入器正在运行大量 DDL 操作时，可能导致读取器实例重启失败的问题。
+ 修复了在使用全局写入转发或本地写入转发时如果读取器实例重新启动，则可能导致写入器实例无响应的问题。
+ 修复了在保持与活动事务的连接时，在零停机修补 (ZDP) /零停机时间重启 (ZDR) 期间可能导致引擎重启的问题。 SSL/TLS 
+ 修复了在极少数情况下可能导致写入器实例上的更改以与查询处理线程不兼容的顺序发送到读取器实例的问题。这可能导致查询处理线程和复制应用线程之间出现死锁，这反过来又可能导致读取器实例重新启动。
+ 修复了一个问题，以防止由于监视代理的运行状况评估不正确而导致不必要的数据库服务器重新启动。

**一般改进**
+ 修复了在执行长时间运行的事务时对数据库的写入可能会停顿导致数据库重新启动或主版本升级失败的问题。
+ 修复了加入编写器时副本重新启动不正确的问题。
+ 优化了具有大型 Aurora 存储卷的数据库实例的数据库性能。
+ 修复了范围优化器中计算范围界限时无法识别常量表达式的问题。(社区错误 \$1112737)
+ 修复了在导出包含空值的 JSON 列的表时，将数据库快照导出到 Amazon S3 的速度较慢的问题。
+ 修复了使用二进制日志记录时，事务回滚后临时二进制日志文件未被正确清理的问题。此修复可防止因保留的临时文件而消耗存储空间，在某些情况下，还可以防止二进制日志文件出现异常。
+ 改善了系统变量`innodb_flush_log_at_trx_commit`设置为时的写入 IOPS 性能。`0`
+ 修复了以下问题：零停机时间修补 (ZDP) /零停机时间重启 (ZDR) 可能导致数据库实例重启，同时还原带有无效错误代码的警告。
+ 在阈值时间（大约几分钟）后`aurora_oom_response`无法解决内存压力时，自动禁用`aurora_oom_response`操作（如果已配置，则打印除外）。
+ 修复了包含部分 JSON 更新的列并行导出失败导致内部回退到 Amazon RDS 导出速度慢得多的问题。
+ 修复了对带有 blob 字段的表进行并行查询操作时可能导致内存管理问题的问题。
+ 修复了在启用增强型 `Previous_gtids` Binlog 并将其`gtid_mode`设置为或的情况下可能导致二进制日志事件排除某些 GTIDs 事件的问题。`ON` `ON_PERMISSIVE`
+ 修复了启用写入转发时在读取器实例上意外出现“内部写入转发错误”的问题。
+ 解决了在 Aurora Serverless 缩减操作期间或缓冲池页面驱逐期间，因竞态条件可能导致从缓冲池读取错误页面的问题。参考[社区 Bug\$1116305](https://bugs.mysql.com/bug.php?id=116305)。
+ 修复了在导出包含带有生成表达式的二级索引的表时，将数据库快照导出到 Amazon S3 会变慢的问题。
+ 修复了多个连接意外终止时导致`AbortedClients`指标不准确的问题。
+ 添加了一个新的全局变量`aurora_lambda_request_timeout`，允许用户配置Amazon Lambda请求超时（默认值：10 秒）。有关从 Aurora MySQL 数据库集群调用 Lambda 函数的更多信息，[请参阅从 Aurora MySQL 数据库集群调用 Lambda](https://docs.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) 函数。
+ 修复了数据库实例通过零停机重启后本地写入转发停止工作的问题。
+ 修复了在设置为较低值时`max_user_connections`可能导致数据库实例重启操作失败的问题。
+ 通过优化大容量（>64 TB）的引导过程来提高并行导出性能，从而缩短总体导出操作时间。
+ 修复了在与读取查询并行执行时可能导致写`ALTER TABLE`入器实例重新启动的问题。
+ 修复了当表大于 14 TB 时，可能导致数据库集群导出所需的时间比预期长得多的问题。
+ 修复了在运行`Aurora_pq_request_in_progress`计数器更新不准确的`EXPLAIN ANALYZE`语句时导致对并行查询请求的跟踪不准确的问题。
+ 修复了在罕见条件下，当数据库卷接近其允许的最大大小时，数据库实例可能会重新启动的问题。
+ 修复了在零停机时间重启和零停机时间修补期间恢复连接时可能导致数据库实例重新启动的问题。

## 集成了 MySQL 社区版本错误修复
<a name="AuroraMySQL.Updates.3110.Patches"></a>

此版本包括 8.0.43 之前的所有社区错误修复。有关更多信息，请参阅 [由 Aurora MySQL 3.x 数据库引擎更新修复的 MySQL 错误](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)。
+ 修复了在中查询表单`SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)`会导致断言失败的问题。`item_func.cc`（社区错误修复 \$136128964）
+ 对该表单的查询`SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)`导致了中的`item_func.cc`断言。(错误 \$136128964)

有关社区变更的更多信息，请参阅 [MySQL 8.0.43 发行说明](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-43.html)。