本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Aurora MySQL 数据库引擎更新 2021-10-21(版本 2.10.1)(已弃用)
版本:2.10.1
Aurora MySQL 2.10.1 已正式发布。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。
如果您有任何问题或疑问,可通过社区论坛和 AWS Support
注意
有关如何升级 Aurora MySQL 数据库集群的信息,请参阅《Amazon Aurora 用户指南》中的升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别。
改进
修复了下面列出的安全问题和 CVE:
对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下:
可用性改进:
在未来的主要版本升级中添加了彻底关闭集群的能力。
常规改进:
-
修复了由于内部诊断日志文件中的信息性消息记录过多而导致读取器实例 CPU 占用过高的问题。
-
修复了在满足以下所有条件时将现有行的 TIMESTAMP 列的值更新为最新时间戳的问题:
-
该表存在触发器。
-
在具有 ON DUPLICATE KEY UPDATE 子句的表上执行 INSERT。
-
插入的行会导致 UNIQUE 索引或 PRIMARY KEY 中的重复值冲突。
-
一个或多个列为 TIMESTAMP 数据类型,原定设置值为 CURRENT_TIMESTAMP。
-
-
修复了版本 2.10.0 中引入的问题,该问题导致在某些情况下使用 json_merge 函数会引发错误代码。特别是,当 json_merge 函数在包含生成的列的 DDL 中使用时,它可能会返回错误代码 1305。
-
修复了在极少数情况下,对只读副本上的事务读取视图验证大型对象的更新历史记录时,只读副本会重新启动的问题。
-
修复了在极少数情况下会导致在内存中数据完整性检查失败时重新启动写入器实例的问题。
集成了 MySQL 社区版本错误修复
-
CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER。(错误 25209512)
与 Aurora MySQL 版本 1 进行比较
以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1(兼容 MySQL 5.6)中受支持,但这些功能目前在 Aurora MySQL 版本 2(兼容 MySQL 5.7)中不受支持。
-
哈希联接。有关更多信息,请参阅《Amazon Aurora 用户指南》中的使用哈希联接优化大型 Aurora MySQL 联接查询。
-
用于异步调用 AWS Lambda 函数的本机函数。有关更多信息,请参阅《Amazon Aurora 用户指南》中的使用 Aurora MySQL 本机函数调用 Lambda 函数。
-
扫描批处理。有关更多信息,请参阅“Aurora MySQL 数据库引擎更新 2017-12-11(版本 1.16)(已弃用)”。
-
使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息,请参阅《Amazon Aurora 用户指南》中的使用 Amazon S3 存储桶从 MySQL 迁移数据。
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 语句