本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Aurora 我的SQL数据库引擎更新 2023-12-08（版本 3.03.3）（已弃用）
版本：3.03.3
Aurora My SQL 3.03.3 现已正式上市。Aurora 我的 SQL 3.03 版本与我的 SQL 8.0.26 兼容。有关从 8.0.23 到 8.0.28 发生的社区变更的更多信息，请参阅我SQL
有关 Aurora 我的SQL版本 3 中的新功能的详细信息，请参阅 Aurora 我的SQL版本 3 与我的 SQL 8.0 兼容。有关 Aurora 我的SQL版本 3 和 Aurora 我的SQL版本 2 之间的区别，请参阅比较我的 Aurora SQL 版本 2 和我SQL的 Aurora 版本 3。有关 Aurora 我的SQL版本 3 和我的 SQL 8.0 社区版的比较，请参阅比较 Aurora 我的SQL版本 3 和我的 SQL 8.0 社区版。
目前可用的 Aurora 我的SQL版本是 2.07.9、2.07.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.03.*、3.04.*、3.04.* 和 3.05.*。
您可以使用 A ma RDS zon Blue/Green Deployments 执行就地升级、还原快照或启动蓝/绿托管升级，从任何当前可用的 Aurora 我的版本 2 集群到 Aurora 我的SQL版本 3.03.3 集群。SQL
有关计划升级到 Aurora 我的SQL版本 3 的信息，请参阅亚马逊 Aurora 用户指南中的 Auror a 我的SQL版本 3 的升级计划。有关 Aurora 我的SQL升级的一般信息，请参阅亚马逊 Aurora 用户指南中的升级 Amazon Aurora 我的SQL数据库集群。
有关疑难解答信息，请参阅 Aurora 我的SQL版本 3 的升级问题疑难解答。
如果您有任何问题或疑虑， Amazon Support 可在社区论坛上获得，也可以通过以下方式获得 Amazon Suppor
改进
修复了安全问题，并在下面CVEs列出：
对托管环境中的处理进行微调的修复和其他增强功能。其他CVE修复如下：
可用性改进：
修复了 Aurora 使用并行查询的SQL数据库实例在运行大量并行查询时可能会遇到数据库重启的问题。
-
修复了当任何二进制日志源GTID设置为或时，可能导致在启用增强型二进制日志的二进制日志 (binlog) 副本集群上错误恢复已执行
gtid_mode集的问题。ONON_PERMISSIVE此问题可能会导致副本集群的写入器实例在恢复期间再重新启动一次，或者在查询已执行GTID集时导致结果不正确。 -
修复了启用增强型二进制日志后，由于可用内存减少而可能导致 Aurora My SQL 数据库实例重启或故障转移的内存管理问题。
-
修复了当写入器实例将数据库卷增大为 160 GB 的倍数时，可能会导致读取器实例重启的问题。
-
修复了启用增强型二进制日志功能的 Aurora My SQL 数据库实例在数据库实例启动期间在执行二进制日志恢复过程时可能卡住的问题。
修复了零停机时间修补期间的一个问题，该问题会导致实例重启，从而导致数据库连接意外关闭。
-
修复了在同时运行
SHOW STATUS和 PURGE BINARY LOGS语句时，由于死锁而可能导致数据库实例重启的问题。PURGE BINARY LOGS 是一种托管语句，执行该语句是为了遵守用户配置的二进制日志保留期。 -
修复了在具有 Aurora 副本的集群上使用增强型二进制日志功能时，由于长时间等待信号灯而可能导致数据库实例重启的问题。
常规改进：
-
现在，在启用了增强型二进制日志功能时，在写入 Aurora 存储之前会删除未使用的存储元数据。这样可以避免在某些情况下，由于通过网络传输的字节数增加而导致写入延迟增加，从而进一步导致数据库重启或失效转移。
-
修复了启用增强型二进制日志时可能导致开启的
NumBinaryLogFiles指标显示错误结果的问题。 CloudWatch -
修复了可能导致
table_open_cache数据库参数的修改在数据库实例重启后才生效的问题。 -
修复了连接的二进制日志 (binlog) 使用者使用重复的二进制日志复制服务器时可能导致数据库重启的问题。IDs
整合 “我的SQL社区版” 错误修复
除以下内容外，此版本还包括 8.0.26 及之前的所有社区错误修复。有关更多信息，请参阅 Aurora My SQL 3.x 数据库引擎更新修复的我的SQL错误。
-
修复了由于后台TLS证书轮换而可能导致CPU使用率更高的问题（社区错误修复 #34284186）