本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # Aurora MySQL 数据库引擎更新 2025-07-31（版本 3.10.0，与 MySQL 8.0.42 兼容） **版本：**3.10.0 Aurora MySQL 3.10.0 已正式发布。Aurora MySQL 3.10 版本与 MySQL 8.0.42 兼容。有关已发生的社群变更的更多信息，请参阅 [MySQL 8.0 Release Notes](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS)。 建议您不要将 LTS 版本的 `AutoMinorVersionUpgrade` 参数设置为 `true`（或在AWS 管理控制台中启用**自动次要版本升级**）。这样做可能导致您的数据库集群在自动次要版本升级活动中升级到下一个目标版本，该版本可能不是 LTS 版本。 有关 Aurora MySQL 版本 3 中的新功能的详细信息，请参阅[与 MySQL 8.0 兼容的 Aurora MySQL 版本 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)。有关 Aurora MySQL 版本 3 和 Aurora MySQL 版本 2 之间的区别，请参阅[比较 Aurora MySQL 版本 2 和 Aurora MySQL 版本 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)。有关 Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较，请参阅*《Amazon Aurora 用户指南》*中的 [Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)。 您可以执行[利用零停机补丁（ZDP）](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html)的就地升级、恢复快照，或使用 [Amazon RDS 蓝/绿部署](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)从任何当前受支持的 Aurora MySQL 版本 2 集群启动到 Aurora MySQL 版本 3.10.0 集群的托管蓝绿部署。 有关规划升级到 Aurora MySQL 版本 3 的信息，请参阅[为 Aurora MySQL 集群规划主要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning)。有关 Aurora MySQL 升级的一般信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Amazon Aurora MySQL 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)。 有关故障排除信息，请参阅*《Amazon Aurora 用户指南》*中的 [Aurora MySQL 就地升级故障排除](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅*《Amazon Aurora 用户指南》*中的[维护 Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 新功能 + Aurora MySQL 版本 3.10 扩展了对二进制日志副本的内存中继日志缓存支持。此功能最初在[版本 3.05](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html) 中引入，可将二进制日志复制吞吐量提高多达 40%。对于单线程二进制日志复制、启用 [GTID 自动定位](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html)的多线程复制，内存中继日志缓存默认启用；从版本 3.10 开始，对于使用 [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order) 的多线程复制（即使没有 GTID）也默认启用。您可以使用 3.10 中的新参数 [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) 来控制此功能。有关更多信息，请参阅 [Aurora MySQL 中的二进制日志优化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html)。 + Amazon Aurora 已将其最大存储容量从 128 TiB 翻倍至 256 TiB，从而在单个数据库集群中支持更大的工作负载。要使用 Aurora MySQL 增加的存储限制，请将集群升级到版本 3.10（与 MySQL 8.0.42 兼容）或更高版本。升级后，Aurora 存储会根据集群卷中的数据量自动扩展至 256 TiB。 ## 改进 **安全修复** 中等常见漏洞和暴露： + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) 低常见漏洞和暴露： + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) **可用性改进：** + 修复了由于对恢复进度评估不正确而导致不必要数据库服务器重启的问题。 **常规改进。** + 在启用 I/O 优化时减少了提交延迟。 + 修复了在启用写入转发且修改参数 `aurora_replica_read_consistency` 时导致读取器实例不生成错误日志的问题。 + 修复了由于复制线程与访问不在缓冲缓存中的表的查询之间的交互而导致读取器实例重启的问题。 + 修复了数据库实例通过零停机重启后本地写入转发停止工作的问题。 + 修复了写入转发中对于包含设置选项的语句，转发查询可能行为不正确的问题。 + 修复了插入撤消表空间元数据会触发意外数据库重启的稳定性问题。 + 修复了当存在大于 14 TB 的表时，可能导致数据库集群导出时间显著长于预期的问题。 + 修复了可能导致 `Innodb_buffer_pool_pages_misc` 状态变量报告不正确的问题。 + 增加了在零停机补丁（ZDP）或零停机重启（ZDR）期间保留 `LAST_INSERT_ID` 的支持。 + Aurora MySQL 使用 8 位值作为虚拟索引 ID，以防止 MySQL 撤消格式问题，因为超出此限制可能导致集群不可用。当接近此限制时，系统现在会将警告消息写入 MySQL 错误日志。如果达到限制，尝试添加新索引将返回错误。有关虚拟索引最佳实践的更多信息，请参阅 Aurora MySQL 文档中的[虚拟索引 ID 溢出错误](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow)。 ## 集成了 MySQL 社区版本错误修复 此版本包含截至 8.0.42 的所有社区错误修复。有关更多信息，请参阅 [由 Aurora MySQL 3.x 数据库引擎更新修复的 MySQL 错误](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)。 + 多个线程同时尝试注册和注销元数据性能模式对象，或获取和释放元数据锁，可能导致服务器退出。（错误 \$126502135）