

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

# Aurora MySQL 数据库引擎更新 2024-06-04（版本 3.07.0）（已弃用）
<a name="AuroraMySQL.Updates.3070"></a><a name="3.07.0"></a><a name="3.07.0"></a>

**版本：**3.07.0

Aurora MySQL 3.07.0 已正式上市。Aurora MySQL 3.07 版本与 MySQL 8.0.36 兼容。有关已发生的社群变更的更多信息，请参阅 [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.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 用户指南》](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)中的 *Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较*。

当前支持的 Aurora MySQL 版本有 2.07.9、2.07.10、2.11.\$1、2.12.\$1、3.03.\$1、3.04.\$1、3.05.\$1、3.06.\$1 和 3.07.\$1。

如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。

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

**修复了安全问题，并且 CVEs：**
+ 启用了对 FIPS 验证的加密技术的支持，这是一种完全拥有的实现。 AWS 有关更多信息，请参阅 [AWS 安全博客](https://aws.amazon.com/blogs/security/)上的[AWS-LC 现已通过 FIPS 140-3 认证](https://aws.amazon.com/blogs/security/aws-lc-is-now-fips-140-3-certified/)。

此版本包括 MySQL 8.0.36 及之前的所有社区 CVE 修复。包含以下 CVE 修复：
+ [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104)
+ [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105)
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)
+ [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546)
+ [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975)

**可用性改进：**
+ 修复了在读取正在写入器数据库实例上被修改或删除的表时可能导致读取器数据库实例重启的问题。
+ 修复了在运行转发的查询时关闭写入转发会话，可能导致 Aurora MySQL 写入器数据库实例重启的问题。
+ 修复了在处理启用二进制日志的实例上的大型 GTID 集时导致数据库实例重启的问题。
+ 修复了在处理 InnoDB 分区表上的 `INSERT` 查询时可能导致实例可用内存逐渐减少的问题。
+ 修复了在极少数情况下可能导致读取器数据库实例重启的问题。
+ 修复了在并发运行 [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) 和 [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) 语句时可能导致数据库实例重启的问题。`PURGE BINARY LOGS` 是为遵守用户配置的二进制日志保留期而运行的托管语句。
+ 修复了在对非虚拟列通过 `MODIFY COLUMN` 或 `CHANGE COLUMN` 语句重新排序的表上运行数据操作语言（DML）语句后，可能导致服务器意外关闭的问题。
+ 修复了在数据库实例重启期间可能导致额外重启的问题。
+ 修复了当转发的[隐式提交语句](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html)遇到错误时，可能导致使用写入转发的读取器数据库实例重启的问题。
+ 修复了在极少数情况下，对具有外键约束的表执行 `SELECT` 查询时可能导致读取器实例重启的问题。
+ 修复了使用多 TB Aurora 集群卷的数据库实例可能因 InnoDB 缓冲池验证失败而在重启期间经历更长时间停机的问题。
+ 修复了当在涉及虚拟列（无论是作为外键约束中的列，还是作为引用表的成员）的表上定义级联 `UPDATE` 或 `DELETE` 外键约束时，可能导致数据库重启的问题。
+ 修复了如果在运行涉及 `AUTO_INCREMENT` 列的重插入操作时发生重启，可能中断启动期间数据库恢复的问题。
+ 修复了 Aurora Serverless v2 中在纵向扩展期间可能导致数据库重启的问题。

**常规改进：**
+ 减少了 I/O 使用并行查询的主键范围扫描查询子集的使用量并提高了性能。
+ [Aurora MySQL 版本 3.06.0](AuroraMySQL.Updates.3060.md) 增加了对 Amazon Bedrock 集成的支持。作为其中的一部分，添加了新的保留关键字（`accept`、`aws_bedrock_invoke_model`、`aws_sagemaker_invoke_endpoint`、`content_type` 和 `timeout_ms`）。在 Aurora MySQL 版本 3.07.0 中，这些关键字已更改为非保留关键字，允许作为标识符使用而无需加引号。有关 MySQL 如何处理保留和非保留关键字的更多信息，请参阅 MySQL 文档中的[关键字和保留字](https://dev.mysql.com/doc/refman/8.0/en/keywords.html)。
+ 修复了在 Amazon Bedrock 尚不可用的情况下，从 Aurora MySQL 数据库集群调用 Amazon Bedrock 服务时未向客户端明确返回错误消息的问题。 AWS 区域 
+ 修复了在使用 Aurora 并行查询查询 `BLOB` 列时可能导致过度内存消耗的问题。
+ 增加了在会话级别设置 `connection_memory_limit` 和 `connection_memory_chunk_size` 参数的支持，其行为与 MySQL 社区版中的相同。`connection_memory_limit` 用于设置单个用户连接可以使用的最大内存量。`connection_memory_chunk_size` 参数可用于设置更新[全局内存使用计数器](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Global_connection_memory)的分块大小。
+ 修复了用户无法中断任何查询或为 `performance_schema` 查询设置会话超时的问题。
+ 修复了当复制实例正在进行主机更换时，配置为使用自定义 SSL 证书（[mysql.rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material)）的二进制日志复制可能失败的问题。
+ 添加了 `Aurora_fts_cache_memory_used` 全局状态变量，用于跟踪所有表中全文检索系统的内存使用情况。有关更多信息，请参阅*《Amazon Aurora 用户指南》*中的 [Aurora MySQL 全局状态变量](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars)。
+ 修复了当将 Amazon Aurora MySQL 数据库集群配置为二进制日志副本并启用增强型二进制日志和零 ETL 集成时，配置为零 ETL 目标的 A [IntegrationLag](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.monitoring.html)mazon Redshift 集群可能会出现临时增加的问题。
+ 修复了与审计日志文件管理相关的问题，该问题可能导致日志文件无法下载或轮换，并在某些情况下增加 CPU 使用率。
+ 优化了`AUTO_INCREMENT`密钥恢复，以缩短还原快照、执行 point-in-time恢复和克隆数据库中包含大量表的数据库集群的完成时间。
+ 修复了性能架构[等待事件摘要表中未显示 [wait/io/redo\$1log\$1flush](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams-waits.io-auredologflush.html) 事件](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html)的问题。
+ 修复了在快照恢复、回溯或数据库克隆操作后，使用降序索引的 `AUTO_INCREMENT` 列可能出现重复键错误的问题。
+ 修复了当使用写入转发的读取器数据库实例运行包含时间戳值且 ` time_zone` 数据库参数设置为 `UTC` 的数据操作语言（DML）语句时，可能导致写入器数据库实例重启的问题。
+ 修复了当表至少有一个全文搜索（FTS）索引并且在 Aurora 写入器数据库实例上运行 `TRUNCATE` 语句时，在 Aurora 读取器实例上执行 `SELECT` 查询可能失败并报错表不存在的问题。
+ 修复了在极少数情况下导致零停机补丁（ZDP）失败的问题。
+ 修复了在使用并行查询的哈希连接算法运行涉及 `LEFT JOIN` 或 `RIGHT JOIN` 操作的查询时可能导致结果集不完整的问题。

**升级和迁移：**
+ 修复了当表架构中存在用户定义的 `FTS_DOC_ID` 列时，从 Aurora MySQL 版本 2 升级到 Aurora MySQL 版本 3 可能失败的问题。
+ 修复了由于处理 InnoDB 表空间时的同步问题，导致从 Aurora MySQL 版本 2 升级到 Aurora MySQL 版本 3 可能失败的问题。
+ 修复了由于 Aurora MySQL 版本 2 的 InnoDB 系统表中存在已删除表空间的孤立条目，可能导致升级到 Aurora MySQL 版本 3 的主要版本升级失败的问题。
+ 修复了在 Amazon RDS Blue/Green 部署切换后未更新 S [ERVER\$1ID](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html#AuroraMySQL.Reference.ISTables.replica_host_status) 值的问题。这导致诸如 [Amazon Web Services (AWS) JDBC 驱动程序之类的智能驱动程序](https://github.com/awslabs/aws-advanced-jdbc-wrapper)在切换后无法发现数据库集群拓扑的问题。 blue/green 通过此修复，作为 RDS Blue/Green 部署一部分而重命名的、在 Aurora MySQL 3.07 及更高版本上运行的 Aurora 数据库集群将在切换过程中更新其`SERVER_ID`值。对于早期版本，可以重新启动蓝色和绿色集群中的数据库实例以更新 `SERVER_ID` 值。

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

除了以下内容外，此版本还包含截至 8.0.36 的所有社区错误修复。有关更多信息，请参阅 [Aurora MySQL 3.x 数据库引擎更新和之前的所有 MySQL 错误修复](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3)。
+ 修复了缓存行值可能计算错误，导致基于 Graviton 的实例在数据库重启期间失败的问题。（社区错误修复 \$135479763）
+ 修复了存储例程中的某些子查询实例未被正确处理的问题。（社区错误修复 \$135377192）
+ 修复了由于后台 TLS 证书轮换可能导致 CPU 使用率较高的问题（社区错误修复 \$134284186）。
+ 修复了在低于 3.05 的 Aurora MySQL 版本中，InnoDB 允许向 MySQL 系统模式中的表添加 `INSTANT` 列的问题，这可能导致在升级到 Aurora MySQL 版本 3.05.0 后服务器意外关闭（数据库实例重启）。（社区错误修复 \$135625510）。