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

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

Aurora MySQL 数据库引擎更新 2020-09-02(版本 1.23.0)(已弃用)

版本:1.23.0

Aurora MySQL 1.23.0 已正式发布。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 1.* 数据库的快照还原为 Aurora MySQL 1.23.0。

重要

此版本中对 Aurora 存储的改进将可用升级路径限制为从 Aurora MySQL 1.23 到 Aurora MySQL 2.*。将 Aurora MySQL 1.23 集群升级到 2.* 时,您必须升级到 Aurora MySQL 2.09.0 或更新版本。

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

注意

此版本目前在以下区域中不可用:Amazon GovCloud(美国东部)[us-gov-east-1],Amazon GovCloud(美国西部)[us-gov-west-1]。在提供后,将发布单独的公告。

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

改进

新功能:

  • 现在,您可以通过更改数据库集群参数 aurora_parallel_query 的值来为现有集群打开或关闭并行查询。创建集群时,不需要使用 parallelquery 参数的 --engine-mode 设置。

    并行查询现在已扩展到 Aurora MySQL 可用的所有区域。

    对于在 Aurora 集群中升级和启用并行查询的过程,还有许多其他功能增强和更改。有关更多信息,请参阅《Amazon Aurora 用户指南》中的使用 Amazon Aurora MySQL 的并行查询

  • 通过此版本,您可以创建具有最多 128 TiB 存储空间的 Amazon Aurora MySQL 数据库实例。新的存储空间限制比之前的 64 TiB 有所增加。128 TiB 存储大小支持更大的数据库。小型实例大小(db.t2 或 db.t3)不支持此功能。由于 InnoDB 具有页面大小为 16 KB 的限制,因此单个表空间无法增长到 64 TiB 以上。

    当集群卷大小接近 128 TiB 时,Aurora 发出警报,以便您可以在达到大小限制之前采取措施。警报显示在 mysql 日志和 Amazon Web Services Management Console的 RDS 事件中。

  • 改进了二进制日志 (binlog) 处理,以便在涉及非常大的事务时缩短崩溃恢复时间和提交时间延迟。

  • Aurora 动态调整集群存储空间的大小。通过动态调整大小,当您从 Aurora 数据库集群中删除数据时,该数据库集群的存储空间会自动减少。有关更多信息,请参阅《Amazon Aurora 用户指南》中的存储扩展

    注意

    动态调整大小功能正在分阶段部署到 Aurora 可用的Amazon区域。根据集群所在的区域,此功能可能尚不可用。有关更多信息,请参阅新增功能公告

高优先级修复:

可用性改进:

  • 修复了锁管理器中的一个问题,其中,竞争条件可能导致两个事务共享一个锁,从而导致数据库重新启动。

  • 修复了一个与事务锁内存管理(即,长时间运行的写事务导致数据库重新启动)相关的问题。

  • 修复了锁定管理器中导致事务回滚期间数据库重新启动或故障转移的争用条件。

  • 修复了从 5.6 升级到 5.7 的过程中,在启用了快速 DDL 的表上更改 innodb_file_format 时出现的一个问题。

  • 修复了多个问题,其中,引擎可能会在零停机时间修补期间,在检查数据库活动中的静止点以进行修补时重新启动。

  • 修复了一个与 DDL 恢复相关的问题,该问题影响数据库实例在恢复中断的 DROP TRIGGER 操作时重新启动。

  • 修复了一个错误,在执行某些分区操作期间发生崩溃时,此错误可能导致数据库不可用。具体而言,一个中断的 ALTER TABLE 操作,此操作修改表中的分区类型或分区数。

  • 修复 16XL 和 24XL 实例上 table_open_cache 的默认值,此值可能导致在大型实例类(R4/R5-16XL、R5-12XL、R5-24XL)上发生重复的故障转移和较高的 CPU 利用率。这影响了 1.21.x 和 1.22.x。

全局数据库:

  • 在 Aurora 全局数据库中主要和辅助Amazon区域的 MySQL INFORMATION_SCHEMA.REPLICA_HOST_STATUS 视图中填充缺少的数据。

  • 修复了若干个意外查询失败:在主区域和辅助区域之间发生临时网络连接问题之后,由于对主区域中的 UNDO 记录进行垃圾回收,导致在全局数据库辅助区域中可能发生这些意外查询失败。

并行查询:

  • 修复了并行查询可能导致长时间运行的查询返回空结果的问题。

  • 修复了 Aurora 只读副本上针对小表的查询可能需要一秒以上时间的问题。

  • 修复了当并行查询和 DML 语句在繁重的工作负载下同时执行时可能导致重新启动的问题。

常规改进:

  • 修复了以下问题:如果在已存在较大空间值的表上创建了空间索引,则使用空间索引的查询可能会返回部分结果。

  • 已将审计系统变量 server_audit_incl_usersserver_audit_excl_users 允许的最大长度从 1024 字节增加到 2000 字节。

  • 修复了以下问题:当 Aurora MySQL 二进制日志主服务器从 S3 中以 statement binlog_format 加载数据时,连接到 Aurora MySQL 二进制日志主服务器的二进制日志副本可能显示不完整的数据。

  • 遵守社区行为以将 mixed binlog_format 映射到 row(而不是 statement)以加载数据。

  • 修复了以下问题:在用户关闭连接并且会话正在使用临时表时,导致二进制日志复制停止工作。

  • 改进了涉及 MyISAM 临时表的查询的响应时间。

  • 修复在二进制日志工作线程运行本机 lambda 函数时的权限问题。

  • 修复了在尝试查询或轮换慢速日志或常规日志时 Aurora 只读副本上的一个问题。

  • 修复了在主实例和副本上将 binlog_checksum 参数设置为不同值时断开逻辑复制的问题。

  • 修复了只读副本可能暂时只看到写入器上最近提交的事务的部分结果的问题。

  • 解决死锁时,在 show engine innodb status 中包含已回滚事务的事务信息。

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

  • 具有 ALTER TABLE ADD COLUMN ALGORITHM=QUICK 的二进制日志事件将被重写为 ALGORITHM=DEFAULT,以便与社区版本兼容。

  • 错误 #22350047:IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED

  • 错误 #29915479:RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG_DUMP CAN RESULTS IN SERVER EXIT

  • 错误 #30441969:错误 #29723340:MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST

  • 错误 #30628268:OUT OF MEMORY CRASH

  • 错误 #27081349:UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL FUNCTION

  • 错误 #27230859:UNEXPECTED BEHAVIOUR WHILE HANDLING INVALID POLYGON"

  • 错误 #27081349:UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL"

  • 错误 #26935001:ALTER TABLE AUTO_INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE

  • 错误 #29770705:SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE

  • 错误 #27659490:SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM)

  • 错误 #24786290:REPLICATION BREAKS AFTER 错误 #74145 HAPPENS IN MASTER

  • 错误 #27703912:EXCESSIVE MEMORY USAGE WITH MANY PREPARE

  • 错误 #20527363:TRUNCATE TEMPORARY TABLE CRASH:!DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • 错误 #23103937:PS_TRUNCATE_ALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • 错误 #25053286:USE VIEW WITH CONDITION IN PROCEDURE CAUSES INCORRECT BEHAVIOR (fixed in 5.6.36)

  • 错误 #25586773:INCORRECT BEHAVIOR FOR CREATE TABLE SELECT IN A LOOP IN SP (fixed in 5.6.39)

  • 错误 #27407480:AUTOMATIC_SP_PRIVILEGES REQUIRES NEED THE INSERT PRIVILEGES FOR MYSQL.USER TABLE

  • 错误 #26997096:relay_log_space 值不以同步的方式更新,因此其值有时大大高于中继日志使用的实际磁盘空间。

  • 错误 #15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY 无法按预期工作

  • SSL 错误逆向移植错误 #17087862,错误 #20551271

  • 错误 #16894092:PERFORMANCE REGRESSION IN 5.6.6+ FOR INSERT INTO ... SELECT ... FROM(在 5.6.15 中已修复)。

  • 移植与 SLAVE_TYPE_CONVERSIONS 相关的错误修复。