Aurora MySQL 数据库引擎更新 2021-11-12(版本 2.09.3)(已弃用) - Amazon Aurora
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

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

Aurora MySQL 数据库引擎更新 2021-11-12(版本 2.09.3)(已弃用)

版本:2.09.3

Aurora MySQL 2.09.3 已正式发布。Aurora MySQL 2.x 版与 MySQL 5.7 兼容,Aurora MySQL 1.x 版与 MySQL 5.6 兼容。

当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.*、1.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、3.01.* 和 3.02.*。

您可以将现有的 Aurora MySQL 2.* 数据库集群升级到 Aurora MySQL 2.10.0。对于运行 Aurora MySQL 版本 1 的集群,您可以直接将现有 Aurora MySQL 1.23 或更高版本的集群升级到 2.10.0。您也可以将快照从当前支持的任何 Aurora MySQL 版本还原到 Aurora MySQL 2.10.0。

要使用较旧版本的 Aurora MySQL 创建集群,请通过Amazon Web Services Management Console、Amazon CLI 或 Amazon RDS API 指定引擎版本。

如果您有任何问题或疑问,可通过社区论坛和 Amazon Support 联系 Amazon Support。有关更多信息,请参阅《Amazon Aurora 用户指南》中的维护 Amazon Aurora 数据库集群

注意

有关如何升级 Aurora MySQL 数据库集群的信息,请参阅《Amazon Aurora 用户指南》中的升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别

改进

安全修复:

对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下:

可用性改进:

  • 引入了一种优化,该优化可以减少对 information_schema 中的表执行的查询的争用。

  • 增加对 ECDHE SSL 密码的支持。

常规改进:

  • 修复了在极少数情况下会导致在内存中数据完整性检查失败时重新启动写入器实例的问题。

  • 修复了在极少数情况下,在启用二进制日志记录的情况下,集群卷扩展时,可能导致数据库实例重新启动的问题。

  • 修复了数据库实例重启期间的罕见争用情况,这种情况可能会导致多次重启。

  • 修复了当数据库具有大量用户和权限组合时,可能导致数据库实例重启失败的问题。

  • 修复了使用 LIMIT 子句执行 SQL 语句时可能导致数据库重新启动的并行查询问题。

  • 修复了 aurora 复制滞后报告错误的问题。

  • 修复了在将主要版本从 Aurora-MySQL 1.x(基于 MySQL 5.6)就地升级到 Aurora-MySQL 2.x(基于 MySQL 5.7)后导致 general_log 和 slow_log 表无法访问的问题。

  • 修复了在极少数情况下,当数据库处于繁重工作负载期间查询 innodb_trx、innodb_locks 或 innodb_lockwaits 表时,可能会导致数据库实例重新启动的问题。监控工具和功能(例如性能详情)可能会查询此类表格。

  • 修复了在执行“FLUSH TABLES WITH READ LOCK”SQL 语句时可能导致数据库实例重新启动的问题。

  • 修复了在删除读取器实例期间 InnoDB 清除过程暂停导致历史记录列表长度暂时增加的问题。

  • 修复了并行查询的问题,该问题可能会导致数据库在对包含虚拟列的表执行 SQL 语句时重新启动。

  • 修复了并行查询的问题,该问题可能导致数据库在使用 GROUP BY 子句和包含范围谓词的 WHERE 子句执行查询时返回错误的分组或排序顺序。

  • 修复了并行查询的问题,该问题在极少数情况下可能会导致数据库在使用 JSON 函数执行 SQL 语句时重新启动。

  • 修复了在极少数情况下,由于全局数据库复制期间出现竞争条件,可能导致主全局数据库集群中的写入器实例重新启动的问题。

  • 修复了在复制某些 DDL 和 DCL 语句时导致二进制日志副本停止并出现 HA_ERR_FOUND_DUPP_KEY 错误的问题。当源实例配置了 MIXED 二进制日志记录格式和 READ COMMITTED 或 READ UNCOMMITTED 隔离级别时,会出现此问题。

  • 修复了以 READ COMMITTED 隔离级别使用 XA 事务时,在极少数情况下可能会导致数据库实例重新启动的问题。

  • 修复了在满足以下所有条件时,现有行的 TIMESTAMP 列的值更新为最新时间戳的问题:1. 表存在触发条件;2. 对具有 ON DUPLICATE KEY UPDATE 子句的表执行 INSERT;3. 插入的行可能会导致 UNIQUE 索引或 PRIMARY KEY 中存在重复值冲突;以及 4. 一个或多个列为 TIMESTAMP 数据类型,且默认值为 CURRENT_TIMESTAMP。

  • 修复了在极少数情况下,由于检查处理不正确,可能导致读取器实例重新启动的问题。

  • 修复了当写入器实例增大数据库卷从而超出特定卷大小边界时,可能会导致读取器实例重新启动的问题。

  • 修复了可能导致使用克隆的集群卷的数据库实例重启时间更长的问题。

  • 修复了在对写入器实例执行 TRUNCATE TABLE 操作后,数据库实例重启可能会失败一次或多次的问题。

  • 修复了在极少数情况下可能会导致数据库实例重新启动的问题。

  • 修复了在极少数情况下,当数据库卷增大为 160 GB 的倍数时,可能会导致写入器实例重新启动的问题。

集成了 MySQL 社区版本错误修复

  • 错误 #23533396 - 添加新索引时,服务器丢弃了内部定义的外键索引,并试图使用在虚拟生成的列上定义的二级索引作为外键索引,从而导致服务器退出。InnoDB 现在允许外键约束引用在虚拟生成的列上定义的二级索引。

  • 错误 #29550513 - 复制:WAIT_FOR_EXECUTED_GTID_SET() 函数中的锁定问题可能会导致服务器在某些情况下挂起。这个问题现在已得到纠正。

与 Aurora MySQL 版本 1 进行比较

以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1(兼容 MySQL 5.6)中受支持,但这些功能目前在 Aurora MySQL 版本 2(兼容 MySQL 5.7)中不受支持。

MySQL 5.7 兼容性

此 Aurora MySQL 版本与 MySQL 5.7 数据兼容,包含 JSON 支持、空间索引及生成列等功能。Aurora MySQL 使用 Z 阶曲线原生实现了空间索引功能,使空间数据集的写入性能相比于 MySQL 5.7 提高了 20 倍以上,读取性能提高 10 倍以上。

此 Aurora MySQL 版本当前不支持以下 MySQL 5.7 功能:

  • 组复制插件

  • 增加的页面大小

  • InnoDB 缓冲池启动时加载

  • InnoDB 全文分析器插件

  • 多源复制

  • 在线缓冲池大小调整

  • 密码验证插件

  • 查询重写插件

  • 复制筛选

  • CREATE TABLESPACE SQL 语句