本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Aurora MySQL 数据库引擎更新 2020-11-09(版本 1.22.3)(已弃用)
版本:1.22.3
Aurora MySQL 1.22.3 已正式发布。Aurora MySQL 1.* 版与 MySQL 5.6 兼容,Aurora MySQL 2.* 版与 MySQL 5.7 兼容。
此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息,请参阅准备终止使用 Amazon Aurora MySQL 兼容版的版本 1。
当前支持的 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 创建集群,请通过 RDS 控制台、Amazon CLI 或 Amazon RDS API 指定引擎版本。
注意
此版本被指定为长期支持 (LTS) 版本。有关更多信息,请参阅《Amazon Aurora 用户指南》中的 Aurora MySQL 长期支持(LTS)版本。
如果您有任何问题或疑问,可通过社区论坛和 Amazon Support
改进
安全修复:
对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下:
不兼容的更改:
此版本新增了影响 mysqldump
命令行为的权限更改。用户必须具有访问 PROCESS
表的 INFORMATION_SCHEMA.FILES
权限。要在不进行任何更改的情况下运行 mysqldump
命令,请向 PROCESS
命令连接的数据库用户授予 mysqldump
权限。您也可以运行带 mysqldump
选项的 --no-tablespaces
命令。使用该选项,mysqldump
输出不包含任何 CREATE LOGFILE GROUP
或 CREATE TABLESPACE
语句。在这种情况下,mysqldump
命令不访问 INFORMATION_SCHEMA.FILES
表,您也无需授予 PROCESS
权限。
可用性改进:
-
修复了在恢复未提交的 DDL 语句期间可能导致服务器重新启动的问题。
-
修复了锁定管理器中可能导致服务器重启的争用情况。
-
修复了可能导致监控代理在恢复大型事务期间重新启动服务器的问题
常规改进:
-
已将执行
MIXED
时的行为更改为将binlog_format
ROW
映射到STATEMENT
,而不是映射到LOAD DATA FROM INFILE | S3
。 -
修复了以下问题:当主服务器执行了
LOAD DATA FROM S3
且binlog_format
设置为STATEMENT
时,连接到 Aurora MySQL 二进制日志主服务器的二进制日志副本可能显示不完整的数据。
集成了 MySQL 社区版本错误修复
-
错误 #26654685:检查外键时遇到的损坏索引 ID 引发断言
-
错误 #15831300:默认情况下,当将整数从主节点上较小的类型提升到从属节点上的较大类型时(例如,从主节点上的 SMALLINT
列到从属节点上的 BIGINT )时,提升的值将被视为已经过签名的值。现在,在此情况下,可以使用为 slave_type_conversions 服务器系统变量指定的值集中的 ALL_SIGNED
、ALL_UNSIGNED
中的一个或两个修改或覆盖此行为。有关详细信息,请参阅基于行的复制:属性升级和降级以及变量的说明。 -
错误 #17449901:使用
foreign_key_checks=0
,InnoDB 允许删除外键约束所需的索引,将表置于不一致状态,并导致表加载时发生的外键检查失败。InnoDB 现在可以防止删除外键约束所需的索引,即使在 foreign_key_checks=0 的情况下亦是如此。在删除外键索引之前,必须删除外键约束。 -
错误 #20768847:ALTER TABLE ... DROP INDEX
对具有外键依赖项的表进行的操作会引发断言。