Aurora MySQL 数据库引擎更新 2024-06-04(版本 3.07.0,与 MySQL 8.0.36 兼容)
版本: 3.07.0
Aurora MySQL 3.07.0 已正式发布。Aurora MySQL 3.07 版本与 MySQL 8.0.36 兼容。有关已发生的社群变更的更多信息,请参阅 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 社区版的比较。
当前支持的 Aurora MySQL 版本有 2.07.9、2.07.10、2.11.*、2.12.*、3.03.*、3.04.*、3.05.*、3.06.* 和 3.07.*。
如果您有任何问题或疑问,可通过社区论坛和 Amazon Support
改进
修复的安全问题和 CVE:
-
启用了对 FIPS 验证加密的支持,这是一个完全拥有的 Amazon 实现。有关更多信息,请参阅 Amazon 安全博客
上的Amazon-LC现已通过 FIPS 140-3 认证 。
此版本包括 MySQL 8.0.36 及之前的所有社区 CVE 修复。包含以下 CVE 修复:
可用性改进:
-
修复了在读取正在写入器数据库实例上被修改或删除的表时可能导致读取器数据库实例重启的问题。
-
修复了在运行转发的查询时关闭写入转发会话,可能导致 Aurora MySQL 写入器数据库实例重启的问题。
-
修复了在处理启用二进制日志的实例上的大型 GTID 集时导致数据库实例重启的问题。
-
修复了在处理 InnoDB 分区表上的
INSERT查询时可能导致实例可用内存逐渐减少的问题。 -
修复了在极少数情况下可能导致读取器数据库实例重启的问题。
-
修复了在并发运行 SHOW STATUS
和 PURGE BINARY LOGS 语句时可能导致数据库实例重启的问题。 PURGE BINARY LOGS是为遵守用户配置的二进制日志保留期而运行的托管语句。 -
修复了在对非虚拟列通过
MODIFY COLUMN或CHANGE COLUMN语句重新排序的表上运行数据操作语言(DML)语句后,可能导致服务器意外关闭的问题。 -
修复了在数据库实例重启期间可能导致额外重启的问题。
-
修复了当转发的隐式提交语句
遇到错误时,可能导致使用写入转发的读取器数据库实例重启的问题。 -
修复了在极少数情况下,对具有外键约束的表执行
SELECT查询时可能导致读取器实例重启的问题。 -
修复了使用多 TB Aurora 集群卷的数据库实例可能因 InnoDB 缓冲池验证失败而在重启期间经历更长时间停机的问题。
-
修复了当在涉及虚拟列(无论是作为外键约束中的列,还是作为引用表的成员)的表上定义级联
UPDATE或DELETE外键约束时,可能导致数据库重启的问题。 -
修复了如果在运行涉及
AUTO_INCREMENT列的重插入操作时发生重启,可能中断启动期间数据库恢复的问题。 -
修复了 Aurora Serverless v2 中在纵向扩展期间可能导致数据库重启的问题。
常规改进。
-
减少了采用并行查询的部分主键范围扫描查询的 I/O 使用并提高了性能。
-
Aurora MySQL 版本 3.06.0 增加了对 Amazon Bedrock 集成的支持。作为其中的一部分,添加了新的保留关键字(
accept、aws_bedrock_invoke_model、aws_sagemaker_invoke_endpoint、content_type和timeout_ms)。在 Aurora MySQL 版本 3.07.0 中,这些关键字已更改为非保留关键字,允许作为标识符使用而无需加引号。有关 MySQL 如何处理保留和非保留关键字的更多信息,请参阅 MySQL 文档中的关键字和保留字。 -
修复了在 Amazon Bedrock 尚不可用的 Amazon Web Services 区域 中从 Aurora MySQL 数据库集群调用 Amazon Bedrock 服务时,未向客户端清晰返回错误消息的问题。
-
修复了在使用 Aurora 并行查询查询
BLOB列时可能导致过度内存消耗的问题。 -
增加了在会话级别设置
connection_memory_limit和connection_memory_chunk_size参数的支持,其行为与 MySQL 社区版中的相同。connection_memory_limit用于设置单个用户连接可以使用的最大内存量。connection_memory_chunk_size参数可用于设置更新全局内存使用计数器的分块大小。 -
修复了用户无法中断任何查询或为
performance_schema查询设置会话超时的问题。 -
修复了当复制实例正在进行主机更换时,配置为使用自定义 SSL 证书(mysql.rds_import_binlog_ssl_material)的二进制日志复制可能失败的问题。
-
添加了
Aurora_fts_cache_memory_used全局状态变量,用于跟踪所有表中全文检索系统的内存使用情况。有关更多信息,请参阅《Amazon Aurora 用户指南》中的 Aurora MySQL 全局状态变量。 -
修复了当 Amazon Aurora MySQL 数据库集群配置为二进制日志副本,并启用增强二进制日志和零 ETL 集成时,配置为零 ETL 目标的 Amazon Redshift 集群可能经历 IntegrationLag 暂时增加的问题。
-
修复了与审计日志文件管理相关的问题,该问题可能导致日志文件无法下载或轮换,并在某些情况下增加 CPU 使用率。
-
优化了
AUTO_INCREMENT密钥恢复,以减少恢复快照、执行时间点恢复以及克隆具有大量数据库表的数据库集群的完成时间。 -
修复了 wait/io/redo_log_flush 事件未在 Performance Schema 的等待事件摘要表
中显示的问题。 -
修复了在快照恢复、回溯或数据库克隆操作后,使用降序索引的
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 蓝/绿部署切换后 SERVER_ID 值未更新的问题。这导致诸如 Amazon Web Services(Amazon)JDBC 驱动程序
之类的智能驱动程序在蓝/绿切换后无法发现数据库集群拓扑。通过此修复,作为 RDS 蓝/绿部署一部分重命名且运行在 Aurora MySQL 版本 3.07 及更高版本上的 Aurora 数据库集群,将在切换过程中更新 SERVER_ID值。对于早期版本,可以重新启动蓝色和绿色集群中的数据库实例以更新SERVER_ID值。
集成了 MySQL 社区版本错误修复
除了以下内容外,此版本还包含截至 8.0.36 的所有社区错误修复。有关更多信息,请参阅 Aurora MySQL 3.x 数据库引擎更新和之前的所有 MySQL 错误修复。
-
修复了缓存行值可能计算错误,导致基于 Graviton 的实例在数据库重启期间失败的问题。(社区错误修复 #35479763)
-
修复了存储例程中的某些子查询实例未被正确处理的问题。(社区错误修复 #35377192)
-
修复了由于后台 TLS 证书轮换可能导致 CPU 使用率较高的问题(社区错误修复 #34284186)。
-
修复了在低于 3.05 的 Aurora MySQL 版本中,InnoDB 允许向 MySQL 系统模式中的表添加
INSTANT列的问题,这可能导致在升级到 Aurora MySQL 版本 3.05.0 后服务器意外关闭(数据库实例重启)。(社区错误修复 #35625510)。