本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # Amazon Aurora MySQL 版本 1 的数据库引擎更新（已弃用） 以下是 Amazon Aurora 版本 1 的数据库引擎更新： + [Aurora MySQL 数据库引擎更新 2021-09-30（版本 1.23.4）（已弃用）](AuroraMySQL.Updates.1234.md) + [Aurora MySQL 数据库引擎更新 2021-06-28（版本 1.23.3）（已弃用）](AuroraMySQL.Updates.1233.md) + [Aurora MySQL 数据库引擎更新 2021-03-18（版本 1.23.2）（已弃用）](AuroraMySQL.Updates.1232.md) + [Aurora MySQL 数据库引擎更新 2020-11-24（版本 1.23.1）（已弃用）](AuroraMySQL.Updates.1231.md) + [Aurora MySQL 数据库引擎更新 2020-09-02（版本 1.23.0）（已弃用）](AuroraMySQL.Updates.1230.md) + [Aurora MySQL 数据库引擎更新 2021-06-03（版本 1.22.5）（已弃用）](AuroraMySQL.Updates.1225.md) + [Aurora MySQL 数据库引擎更新 2021-03-04（版本 1.22.4）（已弃用）](AuroraMySQL.Updates.1224.md) + [Aurora MySQL 数据库引擎更新 2020-11-09（版本 1.22.3）（已弃用）](AuroraMySQL.Updates.1223.md) + [Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.22.2）（已弃用）](AuroraMySQL.Updates.1222.md) + [Aurora MySQL 数据库引擎更新 2019-12-23（版本 1.22.1）（已弃用）](AuroraMySQL.Updates.1221.md) + [Aurora MySQL 数据库引擎更新 2019-11-25（版本 1.22.0）（已弃用）](AuroraMySQL.Updates.1220.md) + [Aurora MySQL 数据库引擎更新 2019-11-25（版本 1.21.0）（已弃用）](AuroraMySQL.Updates.1210.md) + [Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.20.1）（已弃用）](AuroraMySQL.Updates.1201.md) + [Aurora MySQL 数据库引擎更新 2019-11-11（版本 1.20.0）（已弃用）](AuroraMySQL.Updates.1200.md) + [Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.19.6）（已弃用）](AuroraMySQL.Updates.1196.md) + [Aurora MySQL 数据库引擎更新 2019-09-19（版本 1.19.5）（已弃用）](AuroraMySQL.Updates.1195.md) + [Aurora MySQL 数据库引擎更新 2019-06-05（版本 1.19.2）（已弃用）](AuroraMySQL.Updates.1192.md) + [Aurora MySQL 数据库引擎更新 2019-05-09（版本 1.19.1）（已弃用）](AuroraMySQL.Updates.1191.md) + [Aurora MySQL 数据库引擎更新 2019-02-07（版本 1.19.0）（已弃用）](AuroraMySQL.Updates.1190.md) + [Aurora MySQL 数据库引擎更新 2018-09-20（版本 1.18.0）（已弃用）](AuroraMySQL.Updates.1180.md) + [Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.17.9）（已弃用）](AuroraMySQL.Updates.1179.md) + [Aurora MySQL 数据库引擎更新 2019-01-17（版本 1.17.8）（已弃用）](AuroraMySQL.Updates.1178.md) + [Aurora MySQL 数据库引擎更新 2018-10-08（版本 1.17.7）（已弃用）](AuroraMySQL.Updates.1177.md) + [Aurora MySQL 数据库引擎更新 2018-09-06（版本 1.17.6）（已弃用）](AuroraMySQL.Updates.1176.md) + [Aurora MySQL 数据库引擎更新 2018-08-14（版本 1.17.5）（已弃用）](AuroraMySQL.Updates.1175.md) + [Aurora MySQL 数据库引擎更新 2018-08-07（版本 1.17.4）（已弃用）](AuroraMySQL.Updates.1174.md) + [Aurora MySQL 数据库引擎更新 2018-06-05（版本 1.17.3）（已弃用）](AuroraMySQL.Updates.1173.md) + [Aurora MySQL 数据库引擎更新 2018-04-27（版本 1.17.2）（已弃用）](AuroraMySQL.Updates.1172.md) + [Aurora MySQL 数据库引擎更新 2018-03-23（版本 1.17.1）（已弃用）](AuroraMySQL.Updates.1171.md) + [Aurora MySQL 数据库引擎更新 2018-03-13（版本 1.17）（已弃用）](AuroraMySQL.Updates.117.md) + [Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md) + [Aurora MySQL 数据库引擎更新 2017-11-20（版本 1.15.1）（已弃用）](AuroraMySQL.Updates.20171120.md) + [Aurora MySQL 数据库引擎更新 2017-10-24（版本 1.15）（已弃用）](AuroraMySQL.Updates.20171024.md) + [Aurora MySQL 数据库引擎更新：2018-03-13（版本 1.14.4）（已弃用）](AuroraMySQL.Updates.1144.md) + [Aurora MySQL 数据库引擎更新：2017-09-22（版本 1.14.1）（已弃用）](AuroraMySQL.Updates.20170922.md) + [Aurora MySQL 数据库引擎更新：2017-08-07（版本 1.14）（已弃用）](AuroraMySQL.Updates.20170807.md) + [Aurora MySQL 数据库引擎更新：2017-05-15（版本 1.13）（已弃用）](AuroraMySQL.Updates.20170515.md) + [Aurora MySQL 数据库引擎更新：2017-04-05（版本 1.12）（已弃用）](AuroraMySQL.Updates.20170405.md) + [Aurora MySQL 数据库引擎更新：2017-02-23（版本 1.11）（已弃用）](AuroraMySQL.Updates.20170223.md) + [Aurora MySQL 数据库引擎更新：2017-01-12（版本 1.10.1）（已弃用）](AuroraMySQL.Updates.20170112.md) + [Aurora MySQL 数据库引擎更新：2016-12-14（版本 1.10）（已弃用）](AuroraMySQL.Updates.20161214.md) + [Aurora MySQL 数据库引擎更新：2016-11-10（版本 1.9.0、1.9.1）（已弃用）](AuroraMySQL.Updates.20161110.md) + [Aurora MySQL 数据库引擎更新：2016-10-26（版本 1.8.1）（已弃用）](AuroraMySQL.Updates.20161026.md) + [Aurora MySQL 数据库引擎更新：2016-10-18（版本 1.8）（已弃用）](AuroraMySQL.Updates.20161018.md) + [Aurora MySQL 数据库引擎更新：2016-09-20（版本 1.7.1）（已弃用）](AuroraMySQL.Updates.20160920.md) + [Aurora MySQL 数据库引擎更新：2016-08-30（版本 1.7.0）（已弃用）](AuroraMySQL.Updates.20160830.md) + [Aurora MySQL 数据库引擎更新：2016-06-01（版本 1.6.5）（已弃用）](AuroraMySQL.Updates.20160601.md) + [Aurora MySQL 数据库引擎更新：2016-04-06（版本 1.6）（已弃用）](AuroraMySQL.Updates.20160406.md) + [Aurora MySQL 数据库引擎更新：2016-01-11（版本 1.5）（已弃用）](AuroraMySQL.Updates.20160111.md) + [Aurora MySQL 数据库引擎更新：2015-12-03（版本 1.4）（已弃用）](AuroraMySQL.Updates.20151203.md) + [Aurora MySQL 数据库引擎更新：2015-10-16（版本 1.2、1.3）（已弃用）](AuroraMySQL.Updates.20151016.md) + [Aurora MySQL 数据库引擎更新：2015-08-24（版本 1.1）（已弃用）](AuroraMySQL.Updates.20150824.md) # Aurora MySQL 数据库引擎更新 2021-09-30（版本 1.23.4）（已弃用） **版本：**1.23.4 Aurora MySQL 1.23.4 已正式发布。Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容，Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **常规改进。** + 修复了由于内部诊断日志文件中的信息性消息记录过多而导致读取器实例 CPU 占用过高的问题。 **高优先级修复：** + [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307) + [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226) + [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160) + [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154) + [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060) + [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032) + [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001) # Aurora MySQL 数据库引擎更新 2021-06-28（版本 1.23.3）（已弃用） **版本：**1.23.3 Aurora MySQL 1.23.3 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 一般稳定性与可用性增强。 **安全修复：** + [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841) + [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449) + [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196) # Aurora MySQL 数据库引擎更新 2021-03-18（版本 1.23.2）（已弃用） **版本：**1.23.2 Aurora MySQL 1.23.2 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本目前在以下区域中不可用：AWS GovCloud（美国东部）[us-gov-east-1]，AWS GovCloud（美国西部）[us-gov-west-1]。在提供后，将发布单独的公告。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **高优先级修复：** + [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867) + [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812) + [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769) + [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765) + [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793) + [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672) + [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971) + [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143) **可用性改进：** + 修复了动态调整集群存储大小功能中可能导致读取器数据库实例重启的问题。 + 修复了由 `RESET QUERY CACHE` 语句中的竞争条件导致的故障转移问题。 + 修复了带有查询缓存的嵌套存储流程调用中的崩溃问题。 + 修复了从未完成的分区表或子分区表截断中恢复时防止 `mysqld` 重复重启的问题。 + 修复了可能导致 MySQL 从本地或 RDS 迁移到 Aurora MySQL 失败的问题。 + 修复了在扩展存储卷期间数据库可能重启的极度竞争条件。 + 修复了锁管理器中的一个问题，其中，竞争条件可能导致两个事务共享一个锁，从而导致数据库重新启动。 + 修复了一个与事务锁内存管理（即，长时间运行的写事务导致数据库重新启动）相关的问题。 + 修复了锁定管理器中导致事务回滚期间数据库重新启动或故障转移的争用条件。 + 修复了从 5.6 升级到 5.7 的过程中，在 5.6 实验室模式下启用了快速在线 DDL 时出现的问题。 + 修复了多个问题，其中，引擎可能会在零停机时间修补期间，在检查数据库活动中的静止点以进行修补时重新启动。 + 修复了由于 DDL 操作中断而导致重复重启的多个相关问题，如 `DROP TRIGGER`、`ALTER TABLE`，特别是修改表中分区类型或分区数的 `ALTER TABLE` 问题。 + 更新了 16XL 和 24XL 实例上 `table_open_cache` 的默认值，以避免在大型实例类（R4/R5-16XL、R5-12XL、R5-24XL）上发生重复的重启和较高的 CPU 利用率。这影响了 1.21.x 和 1.22.x 版本。 + 修复了导致二进制日志副本停止并出现 `HA_ERR_KEY_NOT_FOUND` 错误的问题。 ## 集成了 MySQL 社区版本错误修复 + *复制*：在执行 `SHOW BINLOG EVENTS` 语句时，会阻止所有并行事务。此修复确保 `SHOW BINLOG EVENTS` 进程现在仅在计算文件终止位置期间锁定，因此不会长时间阻止并行交易。（错误 \$176618、错误 \$120928790） # Aurora MySQL 数据库引擎更新 2020-11-24（版本 1.23.1）（已弃用） **版本：**1.23.1 Aurora MySQL 1.23.1 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539) **不兼容的更改：** 此版本新增了影响 `mysqldump` 命令行为的权限更改。用户必须具有访问 `PROCESS` 表的 `INFORMATION_SCHEMA.FILES` 权限。要在不进行任何更改的情况下运行 `mysqldump` 命令，请向 `PROCESS` 命令连接的数据库用户授予 `mysqldump` 权限。您也可以运行带 `mysqldump` 选项的 `--no-tablespaces` 命令。使用该选项，`mysqldump ` 输出不包含任何 `CREATE LOGFILE GROUP` 或 `CREATE TABLESPACE` 语句。在这种情况下，`mysqldump` 命令不访问 `INFORMATION_SCHEMA.FILES` 表，您也无需授予 `PROCESS` 权限。 **可用性改进：** + 修复了导致运行 1.23.0 的全局数据库辅助集群中的 Aurora 读取器实例重复重新启动的问题。 + 修复了当主区域写入器使用较旧版本时，全局数据库辅助区域的副本可能会在升级到版本 1.23.0 时重新启动的问题。 + 修复了 Aurora MySQL 1.23.0 中引入的动态调整大小功能中的内存泄漏问题。 + 修复了在使用并行查询功能执行查询期间可能导致服务器重启的问题。 + 修复了当数据库引擎在从网络读取或写入网络时遇到错误时可能导致客户端会话挂起的问题。 # Aurora MySQL 数据库引擎更新 2020-09-02（版本 1.23.0）（已弃用） **版本：**1.23.0 Aurora MySQL 1.23.0 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 您可以将 Aurora MySQL 1.\$1 数据库的快照还原为 Aurora MySQL 1.23.0。 **重要** 此版本中对 Aurora 存储的改进将可用升级路径限制为从 Aurora MySQL 1.23 到 Aurora MySQL 2.\$1。将 Aurora MySQL 1.23 集群升级到 2.\$1 时，您必须升级到 Aurora MySQL 2.09.0 或更新版本。 要使用旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、 AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本目前在以下地区不可用： AWS GovCloud （美国东部）[-us-gov-east 1]、 AWS GovCloud （美国西部）[us-gov-west-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **新功能：** + 现在，您可以通过更改数据库集群参数 `aurora_parallel_query` 的值来为现有集群打开或关闭并行查询。创建集群时，不需要使用 `parallelquery` 参数的 `--engine-mode` 设置。 并行查询现在已扩展到 Aurora MySQL 可用的所有区域。 对于在 Aurora 集群中升级和启用并行查询的过程，还有许多其他功能增强和更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon Aurora MySQL 的并行查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)。 + 通过此版本，您可以创建具有最多 128 TiB 存储空间的 Amazon Aurora MySQL 数据库实例。新的存储空间限制比之前的 64 TiB 有所增加。128 TiB 存储大小支持更大的数据库。小型实例大小（db.t2 或 db.t3）不支持此功能。由于 [InnoDB 具有页面大小为 16 KB 的限制](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html)，因此单个表空间无法增长到 64 TiB 以上。 当集群卷大小接近 128 TiB 时，Aurora 发出警报，以便您可以在达到大小限制之前采取措施。警报显示在 mysql 日志和 AWS 管理控制台的 RDS 事件中。 + 改进了二进制日志 (binlog) 处理，以便在涉及非常大的事务时缩短崩溃恢复时间和提交时间延迟。 + Aurora 动态调整集群存储空间的大小。通过动态调整大小，当您从 Aurora 数据库集群中删除数据时，该数据库集群的存储空间会自动减少。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[存储扩展](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling)。 **注意** 动态调整大小功能正在分阶段部署到可用 Aurora 的 AWS 区域。根据集群所在的区域，此功能可能尚不可用。有关更多信息，请参阅[新增功能公告](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/)。 **高优先级修复：** + [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911) + [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537) + [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787) + [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784) + [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645) + [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640) **可用性改进：** + 修复了锁管理器中的一个问题，其中，竞争条件可能导致两个事务共享一个锁，从而导致数据库重新启动。 + 修复了一个与事务锁内存管理（即，长时间运行的写事务导致数据库重新启动）相关的问题。 + 修复了锁定管理器中导致事务回滚期间数据库重新启动或故障转移的争用条件。 + 修复了从 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 全球数据库的主 AWS 区域和次要区域的 MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` 视图中填充缺失的数据。 + 修复了若干个意外查询失败：在主区域和辅助区域之间发生临时网络连接问题之后，由于对主区域中的 UNDO 记录进行垃圾回收，导致在全局数据库辅助区域中可能发生这些意外查询失败。 **并行查询：** + 修复了并行查询可能导致长时间运行的查询返回空结果的问题。 + 修复了 Aurora 只读副本上针对小表的查询可能需要一秒以上时间的问题。 + 修复了当并行查询和 DML 语句在繁重的工作负载下同时执行时可能导致重新启动的问题。 **常规改进：** + 修复了以下问题：如果在已存在较大空间值的表上创建了空间索引，则使用空间索引的查询可能会返回部分结果。 + 已将审计系统变量 `server_audit_incl_users` 和 `server_audit_excl_users` 允许的最大长度从 1024 字节增加到 2000 字节。 + 修复了以下问题：当 Aurora MySQL 二进制日志主服务器从 S3 中以 `statement` `binlog_format` 加载数据时，连接到 Aurora MySQL 二进制日志主服务器的二进制日志副本可能显示不完整的数据。 + 遵守社区行为以将 `mixed` binlog\$1format 映射到 `row`（而不是 `statement`）以加载数据。 + 修复了以下问题：在用户关闭连接并且会话正在使用临时表时，导致二进制日志复制停止工作。 + 改进了涉及 MyISAM 临时表的查询的响应时间。 + 修复在二进制日志工作线程运行本机 lambda 函数时的权限问题。 + 修复了在尝试查询或轮换慢速日志或常规日志时 Aurora 只读副本上的一个问题。 + 修复了在主实例和副本上将 `binlog_checksum` 参数设置为不同值时断开逻辑复制的问题。 + 修复了只读副本可能暂时只看到写入器上最近提交的事务的部分结果的问题。 + 解决死锁时，在 `show engine innodb status` 中包含已回滚事务的事务信息。 ## 集成了 MySQL 社区版本错误修复 + 具有 `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` 的二进制日志事件将被重写为 `ALGORITHM=DEFAULT`，以便与社区版本兼容。 + 错误 \$122350047：IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED + 错误 \$129915479：RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + 错误 \$130441969：错误 \$129723340：MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST + 错误 \$130628268：OUT OF MEMORY CRASH + 错误 \$127081349：UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL FUNCTION + 错误 \$127230859：UNEXPECTED BEHAVIOUR WHILE HANDLING INVALID POLYGON" + 错误 \$127081349：UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL" + 错误 \$126935001：ALTER TABLE AUTO\$1INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE + 错误 \$129770705：SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE + 错误 \$127659490：SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM) + 错误 \$124786290：REPLICATION BREAKS AFTER 错误 \$174145 HAPPENS IN MASTER + 错误 \$127703912：EXCESSIVE MEMORY USAGE WITH MANY PREPARE + 错误 \$120527363: 截断临时表崩溃:\$1 DIC TF2 T\$1 \$1FLAG\$1IS\$1SET（表，字典\$1 \$1TEMPORARY）TF2 + 错误 \$123103937：PS\$1TRUNCATE\$1ALL\$1TABLES() DOES NOT WORK IN SUPER\$1READ\$1ONLY MODE + 错误 \$125053286：USE VIEW WITH CONDITION IN PROCEDURE CAUSES INCORRECT BEHAVIOR (fixed in 5.6.36) + 错误 \$125586773：INCORRECT BEHAVIOR FOR CREATE TABLE SELECT IN A LOOP IN SP (fixed in 5.6.39) + 错误 \$127407480：AUTOMATIC\$1SP\$1PRIVILEGES REQUIRES NEED THE INSERT PRIVILEGES FOR MYSQL.USER TABLE + 错误 \$126997096：`relay_log_space` 值不以同步的方式更新，因此其值有时大大高于中继日志使用的实际磁盘空间。 + 错误 \$115831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY 无法按预期工作 + SSL 错误逆向移植错误 \$117087862，错误 \$120551271 + 错误 \$116894092：PERFORMANCE REGRESSION IN 5.6.6\$1 FOR INSERT INTO ... SELECT ... FROM（在 5.6.15 中已修复）。 + 移植与 `SLAVE_TYPE_CONVERSIONS` 相关的错误修复。 # Aurora MySQL 数据库引擎更新 2021-06-03（版本 1.22.5）（已弃用） **版本：**1.22.5 Aurora MySQL 1.22.5 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **可用性改进：** + 解决了内部清理线程之间的并发冲突可能导致数据库停滞、随后重新启动或故障转移的问题。 + 解决了在 XA 事务处于准备状态时重新启动数据库，然后在提交或回滚这些事务之前再次重新启动可能导致集群不可用的问题。在此修复之前，您可以通过将集群还原到首次重新启动之前的某个时间点来解决此问题。 + 解决了如果在处理 DDL 语句时数据库重新启动，可能导致 InnoDB 清除被阻止的问题。受此影响，InnoDB 历史记录列表长度将增加，集群存储卷将持续增长直到填满为止，从而使数据库不可用。在此修复之前，您可以通过再次重新启动数据库以取消阻止清除来缓解此问题。 # Aurora MySQL 数据库引擎更新 2021-03-04（版本 1.22.4）（已弃用） **版本：**1.22.4 Aurora MySQL 1.22.4 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867) + [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812) + [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793) + [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769) + [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765) + [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672) + [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971) **可用性改进：** + 修复了在 `kill session` 命令期间可能会触发数据库重新启动或故障转移的问题。如果遇到此问题，请联系 AWS Support 以在您的实例上启用此修复程序。 + 改进了二进制日志处理，以便在涉及大的事务时缩短崩溃恢复时间和提交延迟。 + 修复了导致二进制日志副本停止并出现 `HA_ERR_KEY_NOT_FOUND` 错误的问题。 # Aurora MySQL 数据库引擎更新 2020-11-09（版本 1.22.3）（已弃用） **版本：**1.22.3 Aurora MySQL 1.22.3 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用较旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **安全修复：** 对托管环境中的处理进行微调的修复和其他增强功能。其他 CVE 修复如下： + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539) + [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) + [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) + [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) + [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) **不兼容的更改：** 此版本新增了影响 `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 社区版本错误修复 + 错误 \$126654685：检查外键时遇到的损坏索引 ID 引发断言 + 错误 \$115831300：默认情况下，当将整数从主节点上较小的类型提升到从属节点上的较大类型时（例如，从主节点上的 [SMALLINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 列到从属节点上的 [BIGINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) ）时，提升的值将被视为已经过签名的值。现在，在此情况下，可以使用为 [slave\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions) 服务器系统变量指定的值集中的 `ALL_SIGNED`、`ALL_UNSIGNED` 中的一个或两个修改或覆盖此行为。有关详细信息，请参阅[基于行的复制：属性升级和降级](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion)以及变量的说明。 + 错误 \$117449901：使用 `foreign_key_checks=0`，InnoDB 允许删除外键约束所需的索引，将表置于不一致状态，并导致表加载时发生的外键检查失败。InnoDB 现在可以防止删除外键约束所需的索引，即使在 foreign\$1key\$1checks=0 的情况下亦是如此。在删除外键索引之前，必须删除外键约束。 + 错误 \$120768847：[ALTER TABLE ... DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) 对具有外键依赖项的表进行的操作会引发断言。 # Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.22.2）（已弃用） **版本：**1.22.2 Aurora MySQL 1.22.2 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、 AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本目前在以下地区不可用： AWS GovCloud （美国东部）[-us-gov-east 1]、 AWS GovCloud （美国西部）[us-gov-west-1]。在提供后，将发布单独的公告。 此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 长期支持（LTS）版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **高优先级修复：** + 修复了证书轮换后间歇性连接故障的问题。 + 修复了在某些具有高写入负载的数据库集群上，导致克隆花费时间较长的问题。 + 修复了在主实例和副本上将 `binlog_checksum` 参数设置为不同值时断开逻辑复制的问题。 + 修复了慢日志和常规日志在只读副本上可能未正确轮换的问题。 + 修复了 ANSI Read Committed 隔离级别行为的问题。 # Aurora MySQL 数据库引擎更新 2019-12-23（版本 1.22.1）（已弃用） **版本：**1.22.1 Aurora MySQL 1.22.1 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、 AWS CLI 或 RDS API 指定引擎版本。您可以选择将现有 Aurora MySQL 1.\$1 数据库集群升级到 Aurora MySQL 1.22.1。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国 AWS GovCloud （宁夏）[cn-northwest-us-gov-west 1]、亚太地区（香港）[ap-east-1] 和中东（巴林）[me-south-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **关键修复：** + 修复了阻止引擎恢复涉及表锁和临时表的问题。 + 提高了使用临时表时二进制日志的稳定性。 **高优先级修复：** + 修复了 Aurora 特定的数据库跟踪和日志记录子系统中的缓慢内存泄漏，此问题会降低可释放内存。 # Aurora MySQL 数据库引擎更新 2019-11-25（版本 1.22.0）（已弃用） **版本：**1.22.0 Aurora MySQL 1.22.0 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、 AWS CLI 或 RDS API 指定引擎版本。您可以选择将现有 Aurora MySQL 1.\$1 数据库集群升级到 Aurora MySQL 1.22.0。 **注意** 此版本目前在以下 AWS 地区不可用： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国（宁夏）[cn-northwest-1]、亚太地区 AWS GovCloud （香港）[ap-east us-gov-west -1]、中东（巴林）[me-south-1] 和南美洲（圣保罗）[sa-east-1]、中东（巴林）[me-south-1] 和南美（圣保罗）[sa-east-1] st-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **新功能：** + Aurora MySQL 集群现在支持实例类型 r5.8xlarge、r5.16xlarge 和 r5.24xlarge。 + Binlog 具有新的增强功能，可在涉及非常大的事务时改进提交时间延迟。 + Aurora MySQL 现在有一种机制，能够使提交时将大型事务的事件写入 binlog 这一过程的时段最小化。这可以有效地防止在该时段内发生数据库崩溃时的漫长离线恢复。此功能还修复了大型事务在 binlog 提交时阻止小型事务的问题。此功能默认情况下关闭，如果您的工作负载需要，可由服务团队启用此功能。启用后，它将在事务大小 > 500 MB 时触发。 + 在只读副本上增加了对 ANSI `READ COMMITTED` 隔离级别的支持。此隔离级别支持对只读副本执行长时间运行的查询，而不会影响写入器节点上写入的高吞吐量。有关更多信息，请参阅 [Aurora MySQL 隔离级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels)。 + 全球数据库现在允许为部署在以下区域的数据库集群添加辅助只读副本区域： AWS 区域：美国东部（弗吉尼亚北部）[us-east-1]、美国东部（俄亥俄州）[us-east-2]、美国西部（加利福尼亚北部）[us-west-1]、美国西部（俄勒冈）[us-west-2]、欧洲（爱尔兰）[eu-west-1] 1]、欧洲（伦敦）[eu-west-2]、欧洲（巴黎）[eu-west-3]、亚太地区（东京）[ap-northeast-1]、亚太地区（首尔）[ap-northeast-2]、亚太地区（新加坡）[ap-southeast-1] ap-southeast-1]、亚太地区（悉尼）[ap-southeast-2]、加拿大（中部）[ca-central-1]、欧洲（法兰克福）[eu-central-1] 和亚太地区（孟买）[ap-south-1]。 + 热行争用功能现在正式推出，无需将 Aurora 实验室模式设置为 ON。在很多事务争用同一页面上的行时，该功能大大提高了工作负载的吞吐量。 + 此版本更新了时区文件，以支持针对新集群的最新巴西时区更新。 **关键修复：** + [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922) + [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923) + [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924) + [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910) **高优先级修复：** + [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805) + [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730) + [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740) + [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064) + [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058) + [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653) + [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464) + [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244) + [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612) + [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439) + [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606) + [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904) + [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879) + [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864) + [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830) + [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826) + [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620) + [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382) + [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381) + [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555) + [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258) + [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260) + [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444) + [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436) + [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881) + [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393) + [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908) + [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807) + [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806) + [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811) + [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804) + [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807) + [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378) + [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375) + [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523) + [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381) + [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615) + [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489) + 修复了 DDL 恢复组件中导致数据库停机时间延长的问题。应更新对包含 `TRUNCATE TABLE` 列的表执行 `AUTO_INCREMENT` 查询后变得不可用的集群。 + 修复了 DDL 恢复组件中导致数据库停机时间延长的问题。应更新对多个表并行执行 `DROP TABLE` 查询后变得不可用的集群。 **一般稳定性修复：** + 修复了在长时间运行的事务期间导致只读副本重新启动的问题。遇到副本重新启动同时可用内存加速下降的客户应考虑升级到此版本。 + 修复了针对只读副本上的临时表执行嵌套查询时错误报告 `ERROR 1836` 的问题。 + 修复了当 Aurora 写入器实例上正在运行繁重写入工作负载时在 Aurora 读取器实例上出现的并行查询中止错误。 + 修复了导致配置为 binlog 主实例的数据库在运行繁重写入工作负载时重新启动的问题。 + 修复了重新启动引擎时长时间不可用的问题。这解决了缓冲池初始化中的一个问题。此问题很少发生，但可能会影响任何受支持的版本。 + 修复了在 `information_schema.replica_host_status` 表中生成不一致数据的问题。 + 修复了并行查询与标准执行路径之间的争用情况，该争用会导致读取器节点间歇性重新启动。 + 提高了在客户端连接数超过 `max_connections` 参数值时的数据库稳定性。 + 通过阻止不支持的 DDL 和 `LOAD FROM S3` 查询，提高了读取器实例的稳定性。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$116346241 - SERVER CRASH IN ITEM\$1PARAM::QUERY\$1VAL\$1STR + 错误 \$117733850 - NAME\$1CONST() CRASH IN ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST() + 错误 \$120989615 - INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE + 错误 \$120181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD + 错误 \$127326796-由于文件 PARS.CC 中的 INNODB 断言失败，MYSQL 崩溃 PARS0 + 错误 \$120590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL # Aurora MySQL 数据库引擎更新 2019-11-25（版本 1.21.0）（已弃用） **版本：**1.21.0 Aurora MySQL 1.21.0 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 当前支持的 Aurora MySQL 版本有 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1 和 2.07.\$1。要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、 AWS CLI 或 RDS API 指定引擎版本。您可以选择将现有 Aurora MySQL 1.\$1 数据库集群升级到 Aurora MySQL 1.21.0。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国 AWS GovCloud （宁夏）[cn-northwest us-gov-west -1]、亚太地区（香港）[ap-east-1]、欧洲（斯德哥尔摩）[eu-north-1] 和中东（巴林）[me-south-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **关键修复：** + [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734) + [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534) + [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612) + [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599) + [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562) + [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329) + [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696) + [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737) **高优先级修复：** + 强烈建议数据库大小接近 64 TiB 的客户升级到此版本，以避免由于稳定性错误影响接近 Aurora 存储限制的卷而导致停机。 **一般稳定性修复：** + 修复了当 Aurora 写入器实例上正在运行大量写入工作负载时在 Aurora 读取器实例上出现的并行查询中止错误。 + 修复了 Aurora 读取器实例上的以下问题：当写入器实例有大量事务提交流量时，长时间运行事务期间空闲内存会减少。 + 当数据库重新启动或主机更换之后，现在会保留参数 `aurora_disable_hash_join` 的值。 + 修复了与全文搜索高速缓存相关的问题，该问题会导致 Aurora 实例用尽内存。使用全文搜索的客户应进行升级。 + 当已启用哈希联接功能且实例内存不足时提高数据库的稳定性。使用哈希联接的客户应进行升级。 + 修复了查询高速缓存中的问题，该问题中的“太多连接”错误会导致重启。 + 修正了 T2 实例上的空闲内存计算，以包括交换内存空间，防止不必要的重启。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$119929406: \$1\$1MEMMOVE\$1 中的 HANDLE\$1FATAL\$1SIGNAL (SIG=11) \$1从字符串返回:: COPY SSSE3 + 错误 \$117059925：对于 [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) 语句，rows-examined 值计算错误。这表现为 Performance Schema 语句表（例如 [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)）的 `ROWS_EXAMINED` 列的值太大。 + 错误 \$111827369：一些带有 `SELECT ... FROM DUAL` 嵌套子查询的查询引发断言。 + 错误 \$116311231：如果一个查询在 `IN` 子句中包含了子查询，而 `WHERE` 子句中包含 [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) 操作，则会返回错误的结果。 # Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.20.1）（已弃用） **版本：**1.20.1 Aurora MySQL 1.20.1 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 当前支持的 Aurora MySQL 版本有 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1 和 2.07.\$1。您可以将 Aurora MySQL 1.\$1 数据库的快照还原为 Aurora MySQL 1.20.1。 要使用旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、 AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本目前在以下地区不可用： AWS GovCloud （美国东部）[-us-gov-east 1]、 AWS GovCloud （美国西部）[us-gov-west-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **高优先级修复：** + 修复了证书轮换后间歇性连接故障的问题。 + 修复了与并发连接关闭相关的问题，该问题导致在繁重的工作负载下出现故障转移。 **一般稳定性修复：** + 修复了在执行复杂查询期间发生的崩溃，该查询涉及在内部使用中间表的多表联接和聚合。 # Aurora MySQL 数据库引擎更新 2019-11-11（版本 1.20.0）（已弃用） **版本：**1.20.0 Aurora MySQL 1.20.0 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 当前支持的 Aurora MySQL 版本有 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、2.01.\$1、2.02.\$1、2.03.\$1 和 2.04.\$1。要使用旧版本的 Aurora MySQL 创建集群，请通过 AWS 管理控制台、 AWS CLI 或 RDS API 指定引擎版本。您可以选择将现有 Aurora MySQL 1.\$1 数据库集群（最多 1.19.5）升级到 Aurora MySQL 1.20.0。 **注意** 此版本目前不适用于以下 AWS 区域： AWS GovCloud （美国东部）[us-gov-east-1]、（美国西部）[-1]、中国 AWS GovCloud （宁夏）[cn-northwest us-gov-west -1]、亚太地区（香港）[ap-east-1]、欧洲（斯德哥尔摩）[eu-north-1] 和中东（巴林）[me-south-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 **关键修复：** + [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734) + [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534) + [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612) + [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599) + [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562) + [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329) + [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696) + [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737) **高优先级修复：** + 强烈建议数据库大小接近 64 TiB 的客户升级到此版本，以避免由于稳定性错误影响接近 Aurora 存储限制的卷而导致停机。 **一般稳定性修复：** + 修复了当 Aurora 写入器实例上正在运行大量写入工作负载时在 Aurora 读取器实例上出现的并行查询中止错误。 + 修复了 Aurora 读取器实例上的以下问题：当写入器实例有大量事务提交流量时，长时间运行事务期间空闲内存会减少。 + 当数据库重新启动或主机更换之后，现在会保留参数 `aurora_disable_hash_join` 的值。 + 修复了与全文搜索高速缓存相关的问题，该问题会导致 Aurora 实例用尽内存。使用全文搜索的客户应进行升级。 + 当已启用哈希联接功能且实例内存不足时提高数据库的稳定性。使用哈希联接的客户应进行升级。 + 修复了查询高速缓存中的问题，该问题中的“太多连接”错误会导致重启。 + 修正了 T2 实例上的空闲内存计算，以包括交换内存空间，防止不必要的重启。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$119929406: \$1\$1MEMMOVE\$1 中的 HANDLE\$1FATAL\$1SIGNAL (SIG=11) \$1从字符串返回:: COPY SSSE3 + 错误 \$117059925：对于 [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) 语句，rows-examined 值计算错误。这表现为 Performance Schema 语句表（例如 [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)）的 `ROWS_EXAMINED` 列的值太大。 + 错误 \$111827369：一些带有 `SELECT ... FROM DUAL` 嵌套子查询的查询引发断言。 + 错误 \$116311231：如果一个查询在 `IN` 子句中包含了子查询，而 `WHERE` 子句中包含 [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) 操作，则会返回错误的结果。 # Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.19.6）（已弃用） **版本：**1.19.6 Aurora MySQL 1.19.6 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 您可以将 Aurora MySQL 1.\$1 数据库的快照还原为 Aurora MySQL 1.19.6。 要使用旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、 AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本目前在以下地区不可用： AWS GovCloud （美国东部）[-us-gov-east 1]、 AWS GovCloud （美国西部）[us-gov-west-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **高优先级修复：** + 修复了证书轮换后间歇性连接故障的问题。 # Aurora MySQL 数据库引擎更新 2019-09-19（版本 1.19.5）（已弃用） **版本：**1.19.5 Aurora MySQL 1.19.5 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 此引擎版本计划于 2023 年 2 月 28 日弃用。有关更多信息，请参阅[准备终止使用 Amazon Aurora MySQL 兼容版的版本 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 当前支持的 Aurora MySQL 版本有 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 您可以选择将现有数据库集群升级到 Aurora MySQL 1.19.5。您可以将 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.1 和 1.19.2 的快照还原到 Aurora MySQL 1.19.5。 要使用旧版本的 Aurora MySQL，您可以通过 AWS CLI、或 RDS API 指定引擎版本来创建新的数据库集群。 AWS 管理控制台 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不适用于以下 AWS 区域：欧洲（伦敦）[eu-west-2]、（美国东部）[-1]、（美国西部）[-1] AWS GovCloud 、（美国西部）us-gov-east[-1]、中国 AWS GovCloud （宁夏）[cn-northwest us-gov-west -1] 和亚太地区（香港）[ap-east-1]。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 修复了 Aurora 读取器实例上的以下问题：当写入器实例有大量事务提交流量时，长时间运行事务期间空闲内存会减少。 + 修复了当 Aurora 写入器实例上正在运行大量写入工作负载时在 Aurora 读取器实例上出现的并行查询中止错误。 + 当数据库重新启动或主机更换之后，现在会保留参数 `aurora_disable_hash_join` 的值。 + 修复了与全文搜索高速缓存相关的问题，该问题会导致 Aurora 实例用尽内存。 + 保留 160 GB 空间，以便在没有故障转移的情况下完成恢复工作流程，从而在卷大小接近 64 TiB 卷限制时提高数据库的稳定性。 + 当已启用哈希联接功能且实例内存不足时提高数据库的稳定性。 + 修正了空闲内存计算，以包括 T2 实例上导致​​它们过早重启的交换内存空间。 + 修复了查询高速缓存中的问题，该问题中的“太多连接”错误会导致重启。 ## 集成了 MySQL 社区版本错误修复 + [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696) + [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737) + 错误 \$119929406: \$1\$1MEMMOVE\$1 中的 HANDLE\$1FATAL\$1SIGNAL (SIG=11) \$1从字符串返回:: COPY SSSE3 + 错误 \$117059925：对于 [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) 语句，rows-examined 值计算错误。这表现为 Performance Schema 语句表（例如 [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)）的 `ROWS_EXAMINED` 列的值太大。 + 错误 \$111827369：一些带有 `SELECT ... FROM DUAL` 嵌套子查询的查询引发断言。 + 错误 \$116311231：如果一个查询在 `IN` 子句中包含了子查询，而 `WHERE` 子句中包含 [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) 操作，则会返回错误的结果。 # Aurora MySQL 数据库引擎更新 2019-06-05（版本 1.19.2）（已弃用） **版本：**1.19.2 Aurora MySQL 1.19.2 已正式发布。可以在 1.17.8、1.19.0、1.19.1 或 1.19.2 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.19.2。要使用旧版本，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不适用于 AWS GovCloud （美国西部）[us-gov-west-1]、欧洲（斯德哥尔摩）[eu-north-1]、中国（宁夏）[cn-northwest-1] 和亚太地区（香港）[ap-east-1] [ap-east-1] 区域。 AWS 在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 修复了在将数据从 Amazon S3 加载到 Aurora 时可能造成故障的问题。 + 修复了在将数据从 Aurora 上传到 Amazon S3 时可能造成故障的问题。 + 修复了会创建处于已终止状态的僵尸会话的问题。 + 修复了在处理网络协议管理错误时导致连接中止的问题。 + 修复了在处理分区表时可能导致崩溃的问题。 + 修复了与触发器创建的二进制日志复制有关的问题。 # Aurora MySQL 数据库引擎更新 2019-05-09（版本 1.19.1）（已弃用） **版本：**1.19.1 Aurora MySQL 1.19.1 已正式发布。可以通过 1.17.8、1.19.0 或 1.19.1 创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.19.1。要使用旧版本，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 改进 + 修复了二进制日志复制中的一个错误，该错误可能导致配置为二进制日志工作线程的 Aurora 实例出现问题。 + 修复了处理某类 `ALTER TABLE` 命令时发生的错误。 + 修复了由于网络协议管理存在错误导致连接中止的问题。 # Aurora MySQL 数据库引擎更新 2019-02-07（版本 1.19.0）（已弃用） **版本：**1.19.0 Aurora MySQL 1.19.0 已正式发布。可以在 1.17.8 或 1.19.0 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.19.0。要使用旧版本，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18.0 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 **注意** 升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。 ## 功能 + **Aurora 版本选择器** - 从 Aurora MySQL 1.19.0 开始，您可以在 Amazon RDS 控制台上从多个与 MySQL 5.6 兼容的 Aurora 版本中选择。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[通过 AWS检查或指定 Aurora MySQL 引擎版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions)。 ## 改进 + 修复了与 Aurora 副本上的 `CHECK TABLE` 查询相关的稳定性问题。 + 引入了新的全局用户变量 `aurora_disable_hash_join` 来禁用哈希联接。 + 修复了多个表哈希联接期间生成输出行时的稳定性问题。 + 修复了哈希联接适用性检查期间由于计划更改返回错误结果的问题。 + 通过长时间运行事务支持零停机时间修补。此增强功能会在从版本 1.19 升级到更高版本时生效。 + 现在在启用二进制日志时支持零停机时间。此增强功能会在从版本 1.19 升级到更高版本时生效。 + 修复了导致 Aurora 副本上出现与工作负载无关的 CPU 使用率峰值的问题。 + 修复了锁定管理器中导致数据库重启的竞争情况。 + 修复了锁定管理器组件中存在的竞争情况，提高了 Aurora 实例的稳定性。 + 提高了锁定管理器组件内死锁探测器的稳定性。 + `INSERT`如果 InnoDB 检测到索引已损坏，将禁止对表执行 操作。 + 修复了 Fast DDL 的稳定性问题。 + 通过减少单行子查询的扫描批处理的内存消耗提高了 Aurora 的稳定性。 + 修复了当系统变量 `foreign_key_checks` 设置为 0 时删除外键后出现的稳定性问题。 + 修复了错误覆盖了对用户输入的 `table_definition_cache` 值进行的更改的 Out Of Memory Avoidance 功能的问题。 + 修复了 Out Of Memory Avoidance 功能的稳定性问题。 + 修复了将 `query_time` 中的 `lock_time` 和 `slow_query_log` 设置为垃圾值的问题。 + 修复了在内部不当处理字符串排序规则触发的并行查询的稳定性问题。 + 修复了二级索引搜索触发的并行查询的稳定性问题。 + 修复了多表更新触发的并行查询的稳定性问题。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$132917：DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY + 错误 \$163144 CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE # Aurora MySQL 数据库引擎更新 2018-09-20（版本 1.18.0）（已弃用） **版本：**1.18.0 Aurora MySQL 1.18.0 已正式发布。将在 Aurora MySQL 1.18.0 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 并行查询集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有并行查询集群升级到 Aurora MySQL 1.18.0。您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16 或 Aurora MySQL 1.17.6 中创建新数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.18.0 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 **重要** Aurora MySQL 1.18.0 仅适用于 Aurora 并行查询集群。如果您升级预配置的 5.6.10a 集群，则生成的版本为 1.17.8。如果您升级并行查询 5.6.10a 集群，则生成的版本为 1.18.0。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 功能 + **并行查询**在此版本中可用，适用于新集群和恢复的快照。Aurora MySQL 并行查询是一种优化，可并行处理数据密集型查询所涉及的部分 I/O 和计算。并行处理的工作包括从存储中检索行，提取列值以及确定哪些行与 `WHERE` 子句和联接子句中的条件匹配。该数据密集型工作将委派（在数据库优化术语中为“向下推送”）给 Aurora 分布式存储层中的多个节点。如果不使用并行查询，每个查询将所有扫描的数据传输到 Aurora MySQL 集群中的单个节点（头节点），并在此处执行所有查询处理。 + 如果启用了并行查询功能，Aurora MySQL 引擎将自动确定查询何时可以从中受益，而无需进行 SQL 更改（如提示或表属性）。 有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon Aurora MySQL 的并行查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)。 + **OOM 避免：**该功能监控系统内存，并跟踪各种数据库组件使用的内存。在系统内存不足后，它执行一系列操作以从跟踪的各种组件中释放内存，以尝试防止数据库出现内存不足 (OOM) 问题，从而避免数据库重新启动。将默认为 t2 实例启用该最大努力功能，并且可以通过名为 `aurora_oom_response` 的新实例参数在其他实例类上启用该功能。该实例参数使用一串以逗号分隔的操作，在内存不足时，实例将执行这些操作。有效的操作包括“print”、“tune”、“decline”、“kill\$1query”或这些操作的任意组合。任何空字符串表示不应执行任何操作，实际上是将该功能禁用。请注意，该功能的默认操作是“print, tune”。用法示例： + “print”– 仅输出占用大量内存的查询。 + “tune”– 调整内部表缓存以将一些内存释放回系统。 + “decline”– 在实例内存不足后，拒绝新的查询。 + “kill\$1query”– 按内存消耗量降序终止查询，直到实例内存高于下限阈值。不会终止数据定义语言 (DDL) 语句。 + “print, tune”– 执行为“print”和“tune”描述的操作。 + “tune, decline, kill\$1query”– 执行为“tune”、“decline”和“kill\$1query”描述的操作。 有关处理 out-of-memory条件和其他故障排除建议的信息，请参阅《[亚马逊 Aurora *用户指南》中的 Amazon Aurora* MySQL 内存不足问题](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM)。 # Aurora MySQL 数据库引擎更新 2020-03-05（版本 1.17.9）（已弃用） **版本：**1.17.9 Aurora MySQL 1.17.9 已正式发布。Aurora MySQL 1.\$1 版与 MySQL 5.6 兼容，Aurora MySQL 2.\$1 版与 MySQL 5.7 兼容。 当前支持的 Aurora MySQL 版本有 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1 和 2.07.\$1。您可以将 Aurora MySQL 1.\$1 数据库的快照还原为 Aurora MySQL 1.17.9。 要使用旧版本的 Aurora MySQL 创建集群，请通过 RDS 控制台、 AWS CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本目前在以下地区不可用： AWS GovCloud （美国东部）[-us-gov-east 1]、 AWS GovCloud （美国西部）[us-gov-west-1]。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 **高优先级修复：** + 修复了证书轮换后间歇性连接故障的问题。 # Aurora MySQL 数据库引擎更新 2019-01-17（版本 1.17.8）（已弃用） **版本：**1.17.8 Aurora MySQL 1.17.8 已正式发布。将在 Aurora MySQL 1.17.8 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.8。要使用旧版本，您可以在 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.7 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.8 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了重启后 Aurora 副本上的 CPU 利用率增加的性能问题。 + 修复了使用哈希连接的 `SELECT` 查询的稳定性问题。 ## 集成了 MySQL 社区版本错误修复 + 错误 \$113418638：CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE # Aurora MySQL 数据库引擎更新 2018-10-08（版本 1.17.7）（已弃用） **版本：**1.17.7 Aurora MySQL 1.17.7 已正式发布。将在 Aurora MySQL 1.17.7 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.7。要使用旧版本，您可以在 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.6 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.7 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 已公开显示 InnoDB 状态变量 `innodb_buffer_pool_size` 以供客户修改。 + 修复了在故障转移期间在 Aurora 集群上出现的稳定性问题。 + 修复了在 `TRUNCATE` 操作失败后出现的 DDL 恢复问题，从而提高了集群可用性。 + 修复了与 DDL 操作触发的 `mysql.innodb_table_stats` 表更新有关的稳定性问题。 + 修复了在执行 DDL 操作后在查询缓存失效期间触发的 Aurora 副本稳定性问题。 + 修复了在后台的定期字典缓存移出期间由无效的内存访问触发的稳定性问题。 ## 集成了 MySQL 社区版本错误修复 + 错误 16208542：在外键列上删除索引导致表丢失。 + 错误 76349：在 add\$1derived\$1key() 中发生内存泄漏。 + 错误 16862316：对于分区表，查询可能会返回不同的结果，具体取决于是否使用索引合并。 + 错误 17588348：在针对由 HASH 分区的表运行时，使用 index\$1merge 优化（请参阅[索引合并优化](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html)）的查询可能会返回无效的结果。 # Aurora MySQL 数据库引擎更新 2018-09-06（版本 1.17.6）（已弃用） **版本：**1.17.6 Aurora MySQL 1.17.6 已正式发布。将在 Aurora MySQL 1.17.6 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.6。要使用旧版本，您可以在 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.5 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.6 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了在 Aurora 写入器在同一个表上执行 DDL 操作时在 `SELECT` 查询的 Aurora 读取器上出现的稳定性问题。 + 修复了使用引 Heap/Memory 擎的临时表创建和删除 DDL 日志导致的稳定性问题。 + 修复了在二进制日志主实例连接不稳定的情况下、复制 DDL 语句时在二进制日志工作线程上出现的稳定性问题。 + 修复了在写入到较慢的查询日志时遇到的稳定性问题。 + 修复了在副本状态表中出现的一个问题，即，显示不正确的 Aurora 读取器滞后信息。 ## 集成了 MySQL 社区版本错误修复 + 对于重命名或更改 [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html) 列默认值的 [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) 语句，修改是使用表副本完成的，而不是就位完成的。(错误 67141、错误 14735373、错误 69580、错误 17024290) + 常规表和隐式为组的派生表之间的外部联接可能会导致服务器退出。(错误 16177639) # Aurora MySQL 数据库引擎更新 2018-08-14（版本 1.17.5）（已弃用） **版本：**1.17.5 Aurora MySQL 1.17.5 已正式发布。将在 Aurora MySQL 1.17.5 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.5。要使用旧版本，您可以在 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.4 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.5 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了一个问题，即，在使用零停机时间修补功能修补 Aurora 集群后，Aurora 写入器可能会重新启动。 # Aurora MySQL 数据库引擎更新 2018-08-07（版本 1.17.4）（已弃用） **版本：**1.17.4 Aurora MySQL 1.17.4 已正式发布。将在 Aurora MySQL 1.17.4 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.4。要使用旧版本，您可以在 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.3 中创建新的数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.4 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 复制改进： + 由于不将二进制日志记录传输到集群副本，减少了网络流量。默认情况下，启用此改进。 + 由于压缩复制消息，减少了网络流量。默认情况下，为 8xlarge 和 16xlarge 实例类启用此改进。此类大型实例可以承受大量写入流量，从而产生实际复制消息网络流量。 + 针对副本缓存查询的修复。 + 修复了一个问题，即，在使用 `ORDER BY LOWER(col_name)` 排序规则时 `utf8_bin` 可能产生不正确排序。 + 修复了 DDL 语句（尤其是 `TRUNCATE TABLE`）可能导致 Aurora 副本问题（包括表不稳定或缺失）的问题。 + 修复了一个问题，即，套接字在存储节点重新启动时处于半开状态。 + 提供了以下新的数据库集群参数： + `aurora_enable_zdr` – 在副本重新启动时，允许在 Aurora 副本上打开的连接保持活动状态。 + `aurora_enable_replica_log_compression` – 启用复制负载压缩以提高主实例和 Aurora 副本之间的网络带宽利用率。 + `aurora_enable_repl_bin_log_filtering` – 在主实例上为 Aurora 副本无法使用的复制记录启用筛选。 # Aurora MySQL 数据库引擎更新 2018-06-05（版本 1.17.3）（已弃用） **版本：**1.17.3 Aurora MySQL 1.17.3 已正式发布。将在 Aurora MySQL 1.17.3 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.3。您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1 或 Aurora MySQL 1.16 中创建新数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.3 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 **注意** 此版本目前不在 AWS GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了一个问题，即，在读取记录时，使用乐观游标还原时 Aurora 副本可能会重新启动。 + 修复了 Aurora Writer 在启用性能架构的情况下尝试终止 MySQL 会话（终止 ** “”）时重新启动的问题。 + 修复了一个问题，即，在计算垃圾回收阈值时 Aurora 写入器重新启动。 + 修复了一个问题，即，在日志应用程序中跟踪 Aurora 副本进度时，Aurora 写入器偶尔会重新启动。 + 修复了在关闭自动提交时的查询缓存问题，该问题可能会导致过时读取。 # Aurora MySQL 数据库引擎更新 2018-04-27（版本 1.17.2）（已弃用） **版本：**1.17.2 Aurora MySQL 1.17.2 已正式发布。将在 Aurora MySQL 1.17.2 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.2。您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1 或 Aurora MySQL 1.16 中创建新数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.2 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了在某些 DDL 分区操作期间引起重新启动的问题。 + 修复了导致对通过本机 Aurora MySQL AWS Lambda 函数调用函数的支持被禁用的问题。 + 修复了在 Aurora 副本上引起重启的缓存失效问题。 + 修复了引起重启的锁定管理器问题。 # Aurora MySQL 数据库引擎更新 2018-03-23（版本 1.17.1）（已弃用） **版本：**1.17.1 Aurora MySQL 1.17.1 已正式发布。将在 Aurora MySQL 1.17.1 中创建所有新的数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.17.1。您可以在 Aurora MySQL 1.15.1、Aurora MySQL 1.16 或 Aurora MySQL 1.17 中创建新数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora MySQL 1.17.1 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。此版本修复了一些已知引擎问题以及回归。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 **注意** 在最新版本的 Aurora MySQL 引擎中存在一个问题。在升级到 1.17.1 后，引擎版本错误地报告为 `1.17`。如果已升级到 1.17.1，您可以在 AWS 管理控制台中检查数据库集群的**维护**列以确认升级。如果显示 `none`，则引擎已升级到 1.17.1。 ## 改进 + 修复了二进制日志恢复中导致大型二进制日志索引文件的情况恢复时间更长的问题，如果经常进行二进制日志轮换，则可能发生这种情况。 + 修复了查询优化程序中为分区表生成了效率低下的查询计划的问题。 + 修复了查询优化程序中导致范围查询引起数据库引擎重新启动的问题。 # Aurora MySQL 数据库引擎更新 2018-03-13（版本 1.17）（已弃用） **版本：**1.17 Aurora MySQL 1.17 已正式发布。Aurora MySQL 1.x 版仅与 MySQL 5.6 兼容，而与 MySQL 5.7 不兼容。将在 Aurora 1.17 中创建所有与 5.6 兼容的新数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora 1.17。您可以在 Aurora 1.14.1、Aurora 1.15.1 或 Aurora 1.16 中创建新数据库集群。您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本来执行此操作。 对于 Aurora 1.17 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。我们支持零停机时间修补，这将通过修补过程尽力保留客户端连接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。 ## 零停机时间修补 零停机时间修补 (ZDP) 功能尝试在引擎修补期间*尽力*保留客户端连接。有关 ZDP 的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 ## 新特征 + Aurora MySQL 现在支持锁定压缩，后者可优化锁定管理器的内存使用量。从 1.17 版开始，您可以在不启用实验室模式的情况下使用该功能。 ## 改进 + 修复了一个主要在核心较少的实例上出现的问题：即使在数据库处于闲置状态时，单个核心也可能具有 100% 的 CPU 使用率。 + 改善了从 Aurora 集群获取二进制日志的性能。 + 修复了一个问题，即，Aurora 副本尝试将表统计数据写入持久性存储并崩溃。 + 修复了一个问题，即，查询缓存不按 Aurora 副本预期起作用。 + 修复了锁定管理器中导致引擎重启的竞争条件。 + 修复了导致引擎重启的只读、自动提交事务采取的锁定问题。 + 修复了一个问题，即，某些查询不会写入审核日志。 + 修复了故障转移后某些分区维护操作的恢复问题。 ## MySQL 错误修复汇总 + 使用复制筛选条件时 LAST\$1INSERT\$1ID 不正确复制 (错误 69861) + 根据 INDEX\$1MERGE 设置的不同，查询返回不同的结果 (错误 16862316) + 查询过程重新执行存储例程，查询计划效率低下 (错误 16346367) + INNODB FTS：在 FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS 中断言 (错误 18079671) + 在 ALTER TABLE CHANGE COLUMN 中断言 RBT\$1EMPTY(INDEX\$1CACHE->WORDS) (错误 17536995) + INNODB 全文搜索在涉及保存点时找不到记录 (错误 70333，错误 17458835) # Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用） **版本：**1.16 Aurora MySQL 1.16 已正式发布。将在 Aurora 1.16 中创建所有新的数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora 1.16。您可以在 Aurora 1.14.1 或 Aurora 1.15.1 中创建新数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora 1.16 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。我们支持零停机时间修补，这将通过修补过程尽力保留客户端连接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。 ## 零停机时间修补 零停机时间修补 (ZDP) 功能尝试在引擎修补期间*尽力*保留客户端连接。有关 ZDP 的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 ## 新特征 + Aurora MySQL 现在支持通过原生函数进行同步 AWS Lambda 调用。`lambda_sync()`还提供了本机函数 `lambda_async()`，它可以替代异步 Lambda 调用的现有存储过程。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[从 Amazon Aurora MySQL 数据库集群中调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)。 + Aurora MySQL 现在支持哈希联接以加快 equijoin 查询速度。Aurora 基于成本的优化程序可以自动确定何时使用哈希联接，您也可以在查询计划中强制使用该联接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用哈希联接优化大型 Aurora MySQL 联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。 + Aurora MySQL 现在支持扫描批处理以大大加快内存中面向扫描的查询。该功能通过批处理提高了表完全扫描、索引完全扫描和索引范围扫描的性能。 ## 改进 + 修复了一个问题，即，在对主节点上刚删除的表执行查询时只读副本崩溃。 + 修复了一个问题，即，在具有非常大的 `FULLTEXT` 索引数量的数据库集群上重新启动写进程时导致时间比预期恢复要长。 + 修复了一个问题，即，刷新二进制日志导致了二进制日志事件中的 `LOST_EVENTS` 事故。 + 修复了在启用性能架构时计划程序的稳定性问题。 + 修复了一个问题，即，使用临时表的子查询可能会返回部分结果。 ## MySQL 错误修复汇总 无 # Aurora MySQL 数据库引擎更新 2017-11-20（版本 1.15.1）（已弃用） **版本：**1.15.1 Aurora MySQL 1.15.1 已正式发布。将在 Aurora 1.15.1 中创建所有新的数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora 1.15.1。您可以在 Aurora 1.14.1 中创建新数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora 1.15.1 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。我们支持零停机时间修补，这将通过修补过程尽力保留客户端连接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 零停机时间修补 零停机时间修补 (ZDP) 功能尝试在引擎修补期间*尽力*保留客户端连接。有关 ZDP 的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 ## 改进 + 修复了读取请求的自适应区段选择器中的问题，在特定情况下，该问题导致选择两次相同的区段而使读取延迟达到峰值。 + 修复了 Aurora MySQL 中的线程计划程序优化产生的问题。该问题的症状是，在写入较慢的日志时出现虚假的错误，而关联的查询本身可以正常执行。 + 修复了大型卷 (> 5 TB) 上的只读副本的稳定性问题。 + 修复了一个问题，即，由于虚假的未完成连接数而导致工作线程数持续增加。 + 修复了表锁定问题，这会导致在插入工作负载期间出现较长的信号量等待时间。 + 已恢复了 Aurora MySQL 1.15 中包含的以下 MySQL 错误修复： + MySQL 实例一直在“执行 SYNC 索引”（错误 73816） + 在 ALTER TABLE CHANGE COLUMN 中断言 RBT\$1EMPTY(INDEX\$1CACHE->WORDS) (错误 17536995) + InnoDB 全文搜索在涉及保存点时找不到记录 (错误 70333) ## MySQL 错误修复汇总 无 # Aurora MySQL 数据库引擎更新 2017-10-24（版本 1.15）（已弃用） **版本：**1.15 Aurora MySQL 1.15 已正式发布。将在 Aurora 1.15 中创建所有新的数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora 1.15。您可以在 Aurora 1.14.1 中创建新数据库集群。为此，您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本。 对于 Aurora 1.15 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。更新需要重新启动数据库，因此，将出现 20 到 30 秒的停机，之后，您可以继续使用数据库集群。如果您的数据库集群当前运行的是 Aurora 1.14 或 Aurora 1.14.1，则 Aurora MySQL 中的零停机时间修补功能可能允许与您的 Aurora MySQL 主实例的客户端连接持续到升级结束（具体取决于您的工作负载）。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 零停机时间修补 零停机时间修补 (ZDP) 功能尝试在引擎修补期间*尽力*保留客户端连接。有关 ZDP 的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 ## 新特征 + **异步键预取** – 异步键预取 (AKP) 功能在需要键时预先从内存中提取这些键，从而提高了非缓存索引联接的性能。AKP 针对的一个主要使用案例是小型外部表和大型内部表之间的索引联接，其中索引在大型表中具有高选择性。此外，在启用多区间读 (MRR) 接口时，将利用 AKP 进行二级索引到主索引查找。在某些情况下，具有内存限制的小型实例能够利用 AKP，前提是提供正确的键基数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。 + **快速 DDL** – 我们已将在 [Aurora 1.13](AuroraMySQL.Updates.20170515.md) 中发布的功能扩展到包含默认值的操作。利用此扩展，快速 DDL 将适用于向表 (带或不带默认值) 结尾添加可为空的列的操作。该功能仍处于 Aurora 实验室模式。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用快速 DDL 在 Amazon Aurora 中修改表](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)。 ## 改进 + 修复了在优化 WITHIN/CONTAINS 空间查询期间出现的计算错误，该错误以前会导致结果集为空。 + 修复了 `SHOW VARIABLE` 命令以显示更新后的 `innodb_buffer_pool_size` 参数值（只要该值在参数组中发生变化）。 + 提高了在禁用自适应哈希索引且要插入的记录为页面上的第一条记录的情况下，对使用快速 DDL 更改的表进行批量插入期间主实例的稳定性。 + 在以下情况下提高了 Aurora 的稳定性：用户尝试将 **server\$1audit\$1events** 数据库集群参数值设置为 **default**。 + 修复了一个问题，即，在 Aurora 副本重新启动之前，未在这些副本上复制在 Aurora 主实例上运行的 ALTER TABLE 语句的数据库字符集更改。 + 通过修复主实例上的争用情况 (之前允许主实例注册 Aurora 副本，即使主实例已关闭其卷)，提高了稳定性。 + 通过更改锁定协议以在索引编制期间支持并发数据操作语言 (DML) 语句，提高了在大型表上创建索引期间的主实例性能。 + 修复了 ALTER TABLE RENAME 查询期间的 InnoDB 元数据不一致情况 (这将提高稳定性)。示例：在同一个 ALTER 语句中将表 t1(c1, c2) 的列循环重命名为 t1(c2,c3) 时。 + 在以下情况下提高了 Aurora 副本的稳定性：Aurora 副本没有活动工作负载，并且主实例停止响应。 + 在以下情况下提高了 Aurora 副本的可用性：Aurora 副本已明确锁定表，并阻止复制线程应用从主实例接收的任何 DDL 更改。 + 提高了在外键和列将同时从两个单独的会话中添加到表，并且已启用快速 DDL 的情况下，主实例的稳定性。 + 通过在清除撤消记录之前阻止截断该记录，提高了密集型写入工作负载期间主实例上的清除线程的稳定性。 + 通过修复删除表的事务提交过程中的锁释放顺序，提高了稳定性。 + 修复了导致数据库实例无法完成启动的 Aurora 副本缺陷并已端口 3306 已在使用中进行投诉。 + 修复了 SELECT 查询在某些 information\$1schema 表 (innodb\$1trx、innodb\$1lock、innodb\$1lock\$1waits) 上运行时导致集群稳定性降低的争用情况。 ## MySQL 错误修复汇总 + CREATE USER 接受插件和密码哈希，但忽略密码哈希 (错误 78033) + 分区引擎将字段添加到读位集以便能够从分区索引返回排序的条目。这将促使联接缓冲区尝试读取不需要的字段。通过不向 read\$1set 添加所有分区字段，而只是对 read\$1set 中的前缀字段排序来修复该错误。添加了 DBUG\$1ASSERT，如果执行 key\$1cmp，则至少必须读取第一个字段 (错误 16367691)。 + MySQL 实例一直在“执行 SYNC 索引”（错误 73816） + 在 ALTER TABLE CHANGE COLUMN 中断言 RBT\$1EMPTY(INDEX\$1CACHE->WORDS) (错误 17536995) + InnoDB 全文搜索在涉及保存点时找不到记录 (错误 70333) # Aurora MySQL 数据库引擎更新：2018-03-13（版本 1.14.4）（已弃用） **版本：**1.14.4 Aurora MySQL 1.14.4 已正式发布。您可以在 Aurora 1.14.4 中创建新的数据库集群，使用 CL AWS I 或 Amazon RDS API 并指定引擎版本。您可以选择（但不要求这样做）将现有 1.14.x 数据库集群升级到 Aurora 1.14.4。 对于 Aurora 1.14.4 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。我们支持零停机时间修补，这将通过修补过程尽力保留客户端连接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 零停机时间修补 零停机时间修补 (ZDP) 功能尝试在引擎修补期间*尽力*保留客户端连接。有关 ZDP 的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 ## 新特征 + Aurora MySQL 现在支持 db.r4 实例类。 ## 改进 + 修复了一个问题，即，写入大型二进制日志事件时生成 `LOST_EVENTS`。 ## MySQL 错误修复汇总 + 可忽略的事件不起作用，并且未经过测试（错误 74683） + NEW->OLD ASSERT FAILURE 'GTID\$1MODE > 0' (Bug \$120436436) # Aurora MySQL 数据库引擎更新：2017-09-22（版本 1.14.1）（已弃用） **版本：**1.14.1 Aurora MySQL 1.14.1 已正式发布。将在 Aurora MySQL 1.14.1 中创建所有新的数据库集群（包括从快照还原的集群）。Aurora MySQL 1.14.1 还将对现有 Aurora MySQL 数据库集群进行强制升级。有关更多信息，请参阅 AWS 开发者论坛网站上的[公告：Amazon Aurora 强制升级时间表延长](https://forums.aws.amazon.com/ann.jspa?annID=4983)。 对于 Aurora MySQL 1.14.1 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora MySQL 数据库集群中的所有节点。更新需要重新启动数据库，因此，将出现 20 到 30 秒的停机，之后，您可以继续使用数据库集群。如果您的数据库集群当前运行的是 1.13 版或更高版本，则 Aurora MySQL 中的零停机时间修补功能可能允许与您的 Aurora MySQL 主要实例的客户端连接持续到升级结束（具体取决于您的工作负载）。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。 ## 改进 + 修复了与插入和清除相关的争用条件，以提高仍处于 Aurora MySQL 实验室模式的快速 DDL 功能的稳定性。 # Aurora MySQL 数据库引擎更新：2017-08-07（版本 1.14）（已弃用） **版本：**1.14 Aurora MySQL 1.14 已正式发布。将在 Aurora MySQL 1.14 中创建所有新的数据库集群（包括从快照还原的集群）。Aurora MySQL 1.14 还将对现有 Aurora MySQL 数据库集群进行强制升级。我们将针对早期版本的 Aurora MySQL 的弃用时间表发布单独的公告。 对于 Aurora MySQL 1.14 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。更新需要重新启动数据库，因此，将出现 20 到 30 秒的停机，之后，您可以继续使用数据库集群。如果您的数据库集群当前运行的是 1.13 版，Aurora 的零停机时间修补功能可能允许到 Aurora 主实例的客户端连接在升级期间保持活动状态，具体取决于您的工作负载。 如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得[AWS 支持](https://aws.amazon.com/support)。 ## 零停机时间修补 零停机时间修补 (ZDP) 功能尝试在引擎修补期间*尽力*保留客户端连接。有关 ZDP 的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 ## 改进 + 修复了当某个记录在辅助索引中发现但未在主索引中发现时出现的不正确的“未发现记录”错误。 + 修复了可能由在单独的写入跨越 32 页以上时非常强的某个防御性断言 (1.12 中新增) 导致的稳定性问题。此类情况可能在存在诸如较大的 BLOB 值时出现。 + 修复了因表空间缓存与目录缓存不一致而导致的稳定性问题。 + 修复了一个问题，即，Aurora 副本在超出连接主实例的最大尝试次数之后变得无响应。如果不活动的时间超出主实例用于运行状况检查的检测信号时长，Aurora 副本现在会重新启动。 + 修复了一个动态锁，如果一个连接尝试在发出命令 (如 `ALTER TABLE`) 时获取独占元数据锁 (MDL)，该动态锁可能在非常高的并发度下产生。 + 修复了 Aurora 只读副本在存在预 logical/parallel 读的情况下存在的稳定性问题。 + 对 `LOAD FROM S3` 进行了以下两个方面的改进： 1. 通过将软件开发工具包重试与现有重试结合使用来更好地处理 Amazon S3 超时错误。 1. 通过缓存和重复使用客户端状态来优化加载超大型文件或大量文件时的性能。 + 修复了与针对 `ALTER TABLE` 运算的快速 DDL 有关的以下稳定性问题： 1. 当 `ALTER TABLE` 语句有多个 `ADD COLUMN` 命令时，列名称不按升序排列。 1. 要更新的列的名称字符串与该列从内部系统表中提取的对应名称字符串相差一个空终止字符 (/0)。 1. 正在执行某些 B 树拆分运算。 1. 当表具有长度可变的主键时的问题。 + 修复了由于实现 Aurora 副本的全文搜索 (FTS) 索引缓存与主实例的全文搜索索引缓存的一致性耗时过长而导致的副本稳定性问题。当主实例上的大部分新创建的 FTS 索引条目尚未刷新到磁盘中时可能出现这种情况。 + 修复了索引创建期间可能出现的稳定性问题。 + 新的基础架构可跟踪每个连接的内存消耗以及相关的遥测数据，这些遥测将用于扩建 Out-Of-Memory (OOM) 规避策略。 + 修复了一个问题，即，错误地在 Aurora 副本上允许使用 `ANALYZE TABLE`。现已阻止该操作。 + 修复了因逻辑预读和清除之间的争用情况导致的罕见死锁而造成的稳定性问题。 ## MySQL 错误修复汇总 + 与派生表 (`FROM` 子句中的子查询) 相结合的全文搜索导致服务器退出。现在，如果全文操作依赖于派生表，服务器将产生指示无法对具体化表执行全文搜索的错误。(错误 68751、错误 16539903) # Aurora MySQL 数据库引擎更新：2017-05-15（版本 1.13）（已弃用） **版本：**1.13 **注意** 我们在首次发布后在 Aurora MySQL 1.13 版本中启用了一项新功能 - SELECT INTO OUTFILE S3，并更新了发行说明来反映该更改。 Aurora MySQL 1.13 已正式发布。将在 Aurora MySQL 1.13 中创建所有新的数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.13。对于 Aurora 1.13 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。我们支持零停机时间修补，这将通过修补过程尽力保留客户端连接。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 零停机时间修补 零停机时间修补 (ZDP) 功能尝试在引擎修补期间*尽力*保留客户端连接。有关 ZDP 的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用零停机时间修补](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。 ## 新功能： + **SELECT INTO OUTFILE S3** – Aurora MySQL 现在允许您将查询结果上传到 Amazon S3 存储桶中的一个或多个文件。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[将数据从 Amazon Aurora MySQL 数据库集群保存到 Amazon S3 存储桶中的文本文件](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html)。 ## 改进： + 在引擎启动时对 CSV 格式的日志文件进行截断以避免较长的恢复时间。现在，`general_log_backup`、`general_log`、`slow_log_backup` 和 `slow_log` 表在数据库重新启动后不会保留。 + 修复了一个问题，即，无法迁移名为 **test** 的数据库。 + 通过重用正确的锁定段提高了锁定管理器的垃圾收集器的稳定性。 + 通过删除死锁检测算法中的无效断言提高了锁定管理器的稳定性。 + 已重新启用异步复制，并且修复了导致在无负载或只读工作负载下报告错误的副本滞后的相关问题。在 1.10 版中引入了复制管道改进。引入这些改进是为了将日志流更新应用于 Aurora 副本的缓冲区缓存，这有助于提高 Aurora 副本的读取性能和稳定性。 + 修复了一个问题，即，autocommit=OFF 导致在服务器重新启动之前，计划事件被阻止以及长时间运行的事务保持打开状态。 + 修复了一个问题，即，一般日志、审核日志和慢速查询日志无法记录由异步提交处理的查询。 + 将逻辑预读 (LRA) 功能的性能提高了最多 2.5 倍。通过允许预提取在 B 树中的中间页面之间继续来做到这一点。 + 增加了面向审核变量的参数验证 (用于去除不必要的空格)。 + 修复了 Aurora MySQL 版本 1.11 中引入的回归，其中，在使用 SQL\$1CALC\$1FOUND\$1ROWS 选项并调用 FOUND\$1ROWS() 函数时，查询会返回错误结果。 + 修复了元数据锁列表的格式错误时出现的稳定性问题。 + 提高了在将 sql\$1mode 设置为 PAD\$1CHAR\$1TO\$1FULL\$1LENGTH 并执行命令 `SHOW FUNCTION STATUS WHERE Db='string'` 时的稳定性。 + 修复了因错误的卷一致性检查导致实例在 Aurora 版本升级后无法启动的少数情况。 + 修复了 Aurora MySQL 1.12 版中出现的性能问题，即，在用户具有大量表时，Aurora 写入器的性能将下降。 + 改善了当 Aurora 写入器配置为二进制日志工作线程且连接数接近 16000 时的稳定性情况。 + 修复了一个极少出现的问题，即，在 Aurora 主实例上运行 DDL 期间，在阻塞连接以等待元数据锁定时，Aurora 副本可能会重新启动。 ## MySQL 错误修复汇总 + 对于空的 InnoDB 表，无法使用 ALTER TABLE 语句减小 auto\$1increment 值 (甚至在该表为空的情况下也是如此)。(错误 69882) + 在 具有全文搜索索引的 InnoDB 表上运行时，将长字符串作为 AGAINST() 参数的 MATCH() ...AGAINST 查询可能会导致出现错误。(错误 17640261) + 将 SQL\$1CALC\$1FOUND\$1ROWS 与 ORDER BY 和 LIMIT 一起处理会产生错误的 FOUND\$1ROWS() 结果。(错误 68458、错误 16383173) + 如果外键存在，ALTER TABLE 将不允许更改列的可为 Null 值性。(错误 77591) # Aurora MySQL 数据库引擎更新：2017-04-05（版本 1.12）（已弃用） **版本：**1.12 Aurora MySQL 1.12 现在是创建新数据库集群 (包括从快照还原集群) 的首选版本。 这不会强制升级现有集群。当我们在整个队列范围内完成对 1.11 版的修补后，您可以选择是否将现有集群升级到 1.12 版（请参阅 Aurora 1.11 [发布说明](AuroraMySQL.Updates.20170223.md)和相应的[论坛公告](https://forums.aws.amazon.com/ann.jspa?annID=4444)）。对于 Aurora 1.12 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 新特征 + **快速 DDL** – 现在，几乎可以使用 Aurora MySQL 立即执行 ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* 操作。完成该操作无需复制表，对其他 DML 语句也没有重大影响。由于该操作不会因复制表而使用临时存储，使得 DDL 语句对于小型实例类中的大型表也很实用。目前，快速 DDL 仅支持将没有默认值且可为空的列添加到表的最后。目前该功能在 Aurora 实验室模式中可用。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用快速 DDL 在 Amazon Aurora 中修改表](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)。 + **显示卷状态** – 我们添加了新的监控命令 (SHOW VOLUME STATUS) 以显示卷中的节点和磁盘数量。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[显示 Aurora MySQL 数据库集群的卷状态](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html)。 ## 改进 + 对锁定压缩进行更改，进一步降低分配给每个锁定对象的内存。此改进在实验室模式中可用。 + 修复了一个问题，即，即使数据库处于空闲状态，`trx_active_transactions` 指标也会快速递减。 + 修复了在模拟磁盘和节点的故障时，关于错误注入查询语法的无效错误消息。 + 修复了与锁定管理器中的竞争条件和死锁相关的多个错误。 + 修复了在查询优化程序中导致缓冲区溢出的问题。 + 修复了当底层存储节点的可用内存较低时，Aurora 只读副本的稳定性问题。 + 修复了一个问题，即，在 `wait_timeout` 参数设置结束后，空闲连接持续存在。 + 修复了一个问题，即，在重启实例后，`query_cache_size` 返回意外值。 + 修复了在无法写入存储的事件中，由于诊断线程频繁探查网络而导致的性能问题。 ## MySQL 错误修复汇总 + 当因空值而导致 AUTO\$1INCREMENT 值被重置时，重新加载已移出的表。(错误 21454472、错误 77743) + 由于 purge\$1node\$1t structure 中存在不一致，在回滚中未找到索引记录。产生不一致的来源是警告和错误消息，如“二级索引条目更新出错”、“无法清除记录”以及“尝试清除未标记为删除的二级索引条目”等。(错误 19138298、错误 70214、错误 21126772、错误 21065746) + qsort 操作堆栈大小计算错误导致堆栈溢出。(错误 73979) + 回滚时索引中未找到记录。(错误 70214、错误 72419) + ALTER TABLE 添加列 TIMESTAMP 更新 CURRENT\$1TIMESTAMP 时插入了零数据 (错误 17392) # Aurora MySQL 数据库引擎更新：2017-02-23（版本 1.11）（已弃用） **版本：**1.11 我们将在最新版本发布后的较短时段内使用最新版本修补所有 Aurora MySQL 数据库集群。将使用旧过程修补数据库集群，停机时间为 5-30 秒。 在您为每个数据库实例指定的系统维护时段内执行修补。您可以使用 AWS 管理控制台查看或更改此时段。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 或者，您可以立即在中应用补丁， AWS 管理控制台 方法是选择数据库集群，选择**集群操作**，然后选择**立即升级**。 对于 Aurora MySQL 1.11 版，我们将使用集群修补模式，在该模式下，将同时修补 Aurora 数据库集群中的所有节点。 ## 新功能 + **LOAD DATA FROM S3 的 MANIFEST 选项** – LOAD DATA FROM S3 是在 1.8 版中发布的。已扩展该命令的选项，您现在可以使用清单文件指定要从 Amazon S3 加载到 Aurora 数据库集群的文件列表。这可让您轻松加载一个或多个位置的特定文件中的数据，与使用 FILE 选项加载单个文件中的数据或使用 PREFIX 选项加载具有相同位置和前缀的多个文件中的数据相反。清单文件格式与 Amazon Redshift 使用的格式相同。有关将 LOAD DATA FROM S3 与 MANIFEST 选项结合使用的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用清单指定要加载的数据文件](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest)。 + **默认启用空间索引** – 该功能是在 1.10 版的实验室模式中提供的，现在默认将其启用。空间索引将提高使用空间数据的查询在大型数据集上的查询性能。有关使用空间索引的更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 和空间数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)。 + **高级审核计时更改** – 该功能是在 1.10.1 版中发布的，用于提供高性能设施以审核数据库活动。在此版本中，审核日志时间戳精度已从 1 秒更改为 1 微秒。更准确的时间戳可让您更好地了解审核事件的出现时间。有关审计的更多信息，请参阅《Amazon Aurora 用户指南》**中的[在 Amazon Aurora MySQL 数据库集群中使用高级审计](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)。 ## 改进 + 修改了 `thread_handling` 参数以禁止将其设置为 **multiple-connections-per-thread**（Aurora 的线程池支持的唯一模型）之外的任何其他值。 + 修复了在将 `buffer_pool_size` 或 `query_cache_size` 参数设置为大于数据库集群的总内存的值时导致的问题。在此情况下，Aurora 将修改后的参数设置为默认值，以便数据库集群能够启动且不会发生崩溃。 + 修复了查询缓存中的问题，其中，当表在一个事务中失效的情况下，另一个事务将获得静态读取结果。 + 修复了一个问题，即，标记为删除的二进制日志文件在一小段延迟后被删除而不是立即被删除。 + 修复了一个问题，即，将使用名称 **tmp** 创建的数据视为在临时存储中存储的系统数据库，而不是永久保存到 Aurora 分布式存储的系统数据库。 + 修改了 SHOW TABLES 的行为以排除某些内部系统表。此更改可帮助避免因 mysqldump 锁定 SHOW TABLES 中列出的所有文件而导致的不必要的故障转移，这转而会阻止对内部系统表的写入，从而导致故障转移。 + 修复了一个问题，即，Aurora 副本在从一个查询 (此查询将调用其参数为 InnoDB 表列的函数) 创建临时表时重新启动。 + 修复了与 Aurora 副本节点中的元数据锁冲突有关的问题，该问题导致 Aurora 副本滞后于主数据库集群并最终重新启动。 + 修复了读取器节点中复制管道的死锁，这将导致 Aurora 副本滞后并最终重新启动。 + 修复了一个问题，即，Aurora 副本滞后过多且加密卷大于 1TB。 + 通过使用改进方式读取系统时钟时间改进了 Aurora 副本死锁检测。 + 修复了一个问题，即，Aurora 副本在读取方注销后重新启动两次而不是一次。 + 修复了在临时统计数据导致非唯一索引列上的统计数据不一致时，Aurora 副本上出现的低查询性能问题。 + 修复了一个问题，即，如果在 Aurora 副本处理相关的查询的同时在 Aurora 副本上复制 DDL 语句，Aurora 副本可能会发生崩溃。 + 已将版本 1.10 中引入的复制管道改进从默认启用更改为默认禁用。引入这些改进是为了将日志流更新应用于 Aurora 副本的缓冲区缓存，虽然该功能有助于提高 Aurora 副本的读取性能和稳定性，但它在某些工作负载条件下增加复制滞后时间。 + 修复了一个问题，即，在 DDL 事务的提交阶段，同时对同一个表执行持续性 DDL 语句和挂起的并行预读导致断言失败。 + 增强了一般日志和慢速查询日志以使数据库集群免于重新启动。 + 通过减少 ACL 模块中的内存消耗，修复了某些长时间运行的查询 out-of-memory的问题。 + 修复了在以下情况下出现的重新启动问题：表具有非空间索引，查询包含空间谓词，计划程序选择使用非空间索引，计划程序错误地将空间条件下推至索引。 + 修复了当删除、更新或清除存储在外部的超大型地理空间对象（例如）时，数据库集群会重新启动的问题。 LOBs + 修复了一个问题，也即，使用 ALTER SYSTEM SIMULATE … FOR INTERVAL 进行的故障模拟无法正常工作。 + 修复了因针对锁管理器中错误不变量的断言无效导致的稳定性问题。 + 禁用了对版本 1.10 中引入的 InnoDB 全文搜索功能的以下两项改进，因为这些改进导致一些严苛的工作负载出现稳定性问题： + 仅在针对 Aurora 副本的读取请求后更新缓存以便加快全文搜索索引缓存复制速度。 + 在缓存大小超过总大小的 10% 时将缓存同步任务卸载到单独的线程，以避免 MySQL 查询在 FTS 缓存同步到磁盘期间卡顿太长时间。(错误 22516559，\$173816)。 ## MySQL 错误修复汇总 + 将 ALTER table DROP foreign key 与另一个 DROP 操作一起运行会导致表消失。(错误 16095573) + 一些使用 ORDER BY 的 INFORMATION\$1SCHEMA 查询不使用文件排序优化，因为它们之前已使用此优化。(错误 16423536) + FOUND\$1ROWS () 返回错误的表行数。(错误 68458) + 服务器失败，而不是在打开的临时表过多时显示错误。(错误 18948649) # Aurora MySQL 数据库引擎更新：2017-01-12（版本 1.10.1）（已弃用） **版本：**1.10.1 Aurora MySQL 版本 1.10.1 是可选择使用的版本，不用于修补数据库实例。它可用于创建新的 Aurora 实例和升级现有实例。您可以在 [Amazon RDS 控制台](https://console.aws.amazon.com/rds/)中选择一个集群，选择**集群操作**，然后选择**立即升级**以应用修补程序。修补要求数据库重新启动，停机时间通常持续 5-30 秒，在此之后可以继续使用数据库集群。此修补程序使用集群修补模式，Aurora 集群中的所有节点同时进行修补。 ## 新功能 + **高级审核** – Aurora MySQL 提供了高性能的高级审核功能，可用于审核数据库活动。有关启用和使用高级审计的更多信息，请参阅《Amazon Aurora 用户指南》**中的[在 Aurora MySQL 数据库集群中使用高级审计](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)。 ## 改进 + 修复在同一个语句中创建列并在其上添加索引时的空间索引问题。 + 修复了一个问题，即，在数据库集群重新启动时，不会永久保存空间统计数据。 # Aurora MySQL 数据库引擎更新：2016-12-14（版本 1.10）（已弃用） **版本：**1.10 ## 新功能 + **零停机时间修补** – 通过使用该功能，可以修补数据库实例而不会产生任何停机时间。也就是说，无需断开客户端应用程序或重启数据库即可执行数据库升级。此方法将提高 Aurora 数据库集群在维护时段内的可用性。请注意，升级过程中将重置临时数据 (例如，性能架构中的数据)。该功能适用于维护时段内的服务交付的修补程序以及用户启动的修补程序。 在启动修补程序时，服务可确保不存在未完成的锁定、事务或临时表，然后等待数据库可进行修补和重新启动的合适时段。虽然在修补期间 (约 5 秒) 吞吐量会下降，但将保留应用程序会话。如果找不到合适的时段，修补将默认为标准修补行为。 零停机时间修补将尽力实施，但受到某些限制，如下所述： + 该功能当前适用于修补单节点数据库集群或多节点数据库集群中的写入器实例。 + SSL 连接不能与该功能结合使用。如果存在活动 SSL 连接，Amazon Aurora MySQL 将不会执行零停机时间修补，而是定期重试以查看 SSL 连接是否已终止。如果 SSL 连接已终止，零停机时间修补将继续。如果 SSL 连接在几秒后保留，带停机时间的标准修补将继续。 + 该功能在 Aurora 版本 1.10 和更高版本中可用。以后，我们将使用零停机时间修补来标识无法应用的任何版本或修补程序。 + 如果基于二进制日志记录的复制处于活动状态，则该功能将不适用。 + **空间索引** – 空间索引提高了使用空间数据的查询在大型数据集上的查询性能。有关使用空间索引的更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 和空间数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)。 默认情况下，该功能已禁用，可通过启用 Aurora 实验室模式将其激活。有关信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 实验室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。 + **复制管道改进** – Aurora MySQL 现在使用改进的机制，以将日志流更新应用于 Aurora 副本的缓冲区缓存。当主实例上的写入负载较重以及 Aurora 副本上的读取负载较重时，该功能可提高该副本的读取性能和稳定性。该功能已默认启用。 + **提高了具有缓存读取的工作负载的吞吐量** – Aurora MySQL 现在使用无锁定并发算法实施读取视图，这会提高缓冲区缓存提供的读取查询的吞吐量。由于这一改进和其他改进，Amazon Aurora MySQL 可以实现高达每秒 62.5 万次读取的吞吐量，而对于仅限精选的工作负载，MySQL 5.7 的读取吞吐量为每秒 16.4 万次。 SysBench + **提高了具有热行争用的工作负载的吞吐量** – Aurora MySQL 使用新的锁定释放算法以提高性能，特别是在出现热页面争用（即，多个事务争用同一页面上的行）情况时。在 TPC-C 基准测试中，这可能导致将吞吐量（每分钟事务数）提高到 MySQL 5.7 的 16 倍。默认情况下，该功能已禁用，可通过启用 Aurora 实验室模式将其激活。有关信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 实验室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。 ## 改进 + 通过仅在针对 Aurora 副本的读取请求后更新缓存来加快全文搜索索引缓存复制速度。此方法可避免复制线程从磁盘进行任何读取。 + 修复了一个问题，即，字典缓存失效对数据库名称或表名称中具有特殊字符的表的 Aurora 副本不起作用。 + 修复了在启用存储热管理时分布式存储节点的数据迁移期间的 `STUCK IO` 问题。 + 修复了锁定管理器中的导致针对事务锁定等待线程的断言检查在准备回滚或提交事务时失败的问题。 + 修复了在通过正确更新对字典表条目的应用计数来打开损坏的字典时出现的问题。 + 修复了数据库集群最小读取点可由较慢的 Aurora 副本保留的错误。 + 修复了查询缓存中的潜在内存泄漏问题。 + 修复了 Aurora 副本在存储过程的 `IF` 语句中使用查询时对表施加行级别锁定的错误。 ## MySQL 错误修复汇总 + 对派生的表执行 UNION 将返回错误结果，显示 '1=0/false'-clauses。(错误 69471) + 在第二次对存储过程执行 ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS 时，服务器发生崩溃。(错误 20755389) + 通过在缓存大小超过总大小的 10% 时将缓存同步任务卸载到单独的线程，来避免 MySQL 查询在 FTS 缓存同步到磁盘期间卡顿太长时间。(错误 22516559、\$173816) # Aurora MySQL 数据库引擎更新：2016-11-10（版本 1.9.0、1.9.1）（已弃用） **版本：**1.9.0、1.9.1 ## 新功能 + **改进了索引构建** – 现在使用自下而上的方式构建索引以实施二级索引，这会消除不必要的页面拆分。可将创建索引或重新构建表所需的时间减少高达 75%，具体取决于 `db.r3.8xlarge` 数据库实例类。该功能是在 Aurora MySQL 1.7 版的实验室模式中提供的，在 Aurora 1.9 和更高版本中默认将其启用。有关信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 实验室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。 + **锁定压缩（实验室模式）**– 该实施显著减少锁定管理器占用的内存量（最多减少 66%）。锁管理器可以在不遇到 out-of-memory异常的情况下获取更多行锁。默认情况下，该功能已禁用，可通过启用 Aurora 实验室模式将其激活。有关信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 实验室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。 + **性能架构** – Aurora MySQL 现在包括性能架构支持，并且对性能产生的影响非常小。在我们使用的测试中 SysBench，启用性能架构可能会使MySQL性能降低多达60％。 SysBench 对 Aurora 数据库集群的测试显示，对性能的影响比 MySQL 低 4 倍。即使启用了性能架构，运行`db.r3.8xlarge`数据库实例类也会导致 100K SQL writes/sec 和每秒超过 55 万次 SQL 读取。 + **热行争用改进** – 该功能降低了 CPU 使用率，并在大量连接访问少量热行时增加了吞吐量。该功能还可在出现热行争用时消除 ` error 188`。 + **改进了 out-of-memory处理**-当执行不必要的锁定 SQL 语句并且预留内存池被破坏时，Aurora 会强制回滚这些 SQL 语句。此功能可释放内存并防止因 out-of-memory异常而导致引擎崩溃。 + **智能读取选择器** — 此实现通过在每次读取的不同分段中选择最佳存储段来改善读取延迟，从而提高读取吞吐量。 SysBench 测试表明，写入工作负载的性能提高了27％。 ## 改进 + 修复了一个问题，即，Aurora 副本在引擎启动期间遇到共享锁定。 + 修复了清除系统中的读取视图指针为 NULL 时，Aurora 副本可能发生崩溃的问题。 # Aurora MySQL 数据库引擎更新：2016-10-26（版本 1.8.1）（已弃用） **版本：**1.8.1 ## 改进 + 修复了一个问题，即，使用调用 AWS Lambda 过程的触发器批量插入失败。 + 修复了一个问题，即，全局关闭 autocommit 时目录迁移失败。 + 解决了使用 SSL 时与 Aurora 的连接失败问题，并改进了 Diffie-Hellman 群组来应对攻击。 LogJam ## MySQL 错误修复汇总 + 由于这个问题，OpenSSL 更改了 Diffie-Hellman 密钥长度参数。 LogJam(错误 18367167) # Aurora MySQL 数据库引擎更新：2016-10-18（版本 1.8）（已弃用） **版本：**1.8 ## 新特征 + **AWS Lambda 集成** — 现在，您可以使用`mysql.lambda_async`过程从 Aurora 数据库集群异步调用 AWS Lambda 函数。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[从 Amazon Aurora MySQL 数据库集群中调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)。 + **从 Amazon S3 中加载数据** – 您现在可以使用 `LOAD DATA FROM S3` 或 `LOAD XML FROM S3` 命令，将文本或 XML 文件从 Amazon S3 存储桶加载到 Aurora 数据库集群中。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[将数据从 Amazon S3 存储桶中的文本文件加载到 Amazon Aurora MySQL 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html)。 + **目录迁移** – Aurora 现在，在集群卷中永久保存目录元数据以支持版本控制。这样可以在不同版本和还原操作之间实现无缝的目录迁移。 + **集群级别的维护和修补** – Aurora 现在管理整个数据库集群的维护更新。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[维护 Amazon Aurora 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改进 + 修复了一个问题，即，当未授予对正在进行的 DDL 表的元数据锁定时 Aurora 副本崩溃。 + 允许 Aurora 副本修改非 InnoDB 表，从而方便 `log_output=TABLE` 的慢速日志和一般日志 CSV 文件的轮换。 + 修复了将统计数据从主实例更新到 Aurora 副本时的滞后情况。如果没有此修复，Aurora 副本统计数据可能会与主实例统计数据不同步，导致 Aurora 副本上存在不同的 (并可能导致性能欠佳) 查询计划。 + 修复了确保 Aurora 副本不获取锁定的竞用情况。 + 修复了 Aurora 副本无法注册到主实例或者无法从主实例中注销的罕见情况。 + 修复了在打开或关闭卷时可能导致 `db.r3.large` 实例发生死锁的争用情况。 + out-of-memory修复了由于写入工作负载过大和 Aurora 分布式存储服务出现故障而可能出现的问题。 + 修复了由于长时间运行的事务造成的清除线程自旋而导致高 CPU 占用的问题。 + 修复了在高负载下为获取有关锁定的信息而运行信息架构查询时产生的问题。 + 修复了与诊断过程有关的问题，在罕见的情况下，该问题会导致 Aurora 对存储节点的写入操作发生停止并重新启动/故障转移。 + 修复了一个问题：如果在处理 `CREATE TABLE [if not exists]` 语句期间发生崩溃，则在崩溃恢复期间可能会删除已成功创建的表。 + 修复了一个问题：如果在使用目录迁移时一般日志和慢速日志未存储在磁盘上，则日志轮换过程会中断。 + 修复了当用户在用户定义函数中创建临时表，然后在查询的选择列表中使用该用户定义函数时发生的崩溃情况。 + 修复了在重放 GTID 事件时发生的崩溃。Aurora MySQL 不支持 GTID。 ## 集成 MySQL 错误修复： + 在具有多个索引的列上删除所有索引时，InnoDB 在外键约束需要索引的情况下无法阻止 DROP INDEX 操作。(错误 16896810) + 解决了添加外键约束崩溃情况。(错误 16413976) + 修复了在提取存储过程中的游标并同时分析或刷新表时发生的崩溃。(错误 18158639) + 修复了当用户更改表来将 AUTO\$1INCREMENT 值更改为低于最大自动递增列值时出现的自动递增错误。(错误 16310273) # Aurora MySQL 数据库引擎更新：2016-09-20（版本 1.7.1）（已弃用） **版本：**1.7.1 ## 改进 + 修复了一个问题，即，InnoDB 全文搜索缓存已满时 Aurora 副本崩溃。 + 修复了一个问题，即，进程池中的工作进程等待其自己时数据库引擎崩溃。 + 修复了一个问题，即，表的元数据锁导致死锁时 Aurora 副本崩溃。 + 修复了一个问题，即，线程池中的两个工作线程出现争用情况导致数据库引擎崩溃。 + 修复以下问题：监控代理未检测到对分布式存储子系统的写操作提前时，在高负载下进行不必要的故障转移。 # Aurora MySQL 数据库引擎更新：2016-08-30（版本 1.7.0）（已弃用） **版本：**1.7.0 ## 新功能 + **支持 NUMA 的计划程序** – Aurora MySQL 引擎的任务计划程序现在支持非一致性内存访问 (NUMA)。这将最大程度地减少跨 CPU 套接字争用，从而增加 `db.r3.8xlarge` 数据库实例类的性能吞吐量。 + **并行预读在后台异步操作** – 已修订并行预读以使用专用线程减少线程争用，从而提高性能。 + **改进了索引构建（实验室模式）**– 现在使用自下而上的方式构建索引以实施二级索引，这会消除不必要的页面拆分。这可减少创建索引或重新构建表所需的时间。默认情况下，该功能已禁用，可通过启用 Aurora 实验室模式将其激活。有关信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 实验室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。 ## 改进 + 修复了一个问题，即，在为实例请求的连接数猛增的情况下建立连接需耗费长时间。 + 修复了一个问题，即，ALTER TABLE 在未使用 InnoDB 的分区表上运行时发生崩溃。 + 修复了一个问题，即，密集型写入工作负载可能导致故障转移。 + 修复了当 RENAME TABLE 在分区表上运行时可能导致故障的错误断言。 + 提高了在插入密集型工作负载期间回滚事务时的稳定性。 + 修复了一个问题，即，全文搜索索引对 Aurora 副本不可用。 ## MySQL 错误修复汇总 + 通过对 LOCK\$1grant 锁进行分区，提高了可扩展性。(端口 WL \$18355) + 存储过程中在 SELECT 上打开游标可能导致 segfault。(端口错误 16499751) + MySQL 提供了有关一些特殊用法的错误结果。(错误 11751794) + GET\$1SEL\$1ARG\$1FOR\$1KEYPART 中发生崩溃 – 由错误 11751794 的修补程序导致。(错误 16208709) + 使用 GROUP BY 的简单查询的错误结果。(错误 17909656) + 包含范围谓词的半联接查询上的额外行。(错误 16221623) + 在 IN 子查询后添加 ORDER BY 子句可能导致返回重复行。(错误 16308085) + 发生崩溃，包含针对带 GROUP BY、MyISAM 的松散扫描的查询的说明。(错误 16222245) + 包含带引号 int 谓词的松散索引扫描将返回随机数据。(错误 16394084) + 如果优化程序使用的是松散索引扫描，则服务器可能在尝试创建临时表时退出。(错误 16436567) + COUNT(DISTINCT) 将不会计算 NULL 值，但会在优化程序使用松散索引扫描时计算这些值。(错误 17222452) + 如果查询同时包含 MIN()/MAX() 和 aggregate\$1function(DISTINCT) (例如，SUM(DISTINCT))，并且是使用松散索引扫描执行的，则 MIN()/MAX() 的结果值的设置错误。(错误 17217128) # Aurora MySQL 数据库引擎更新：2016-06-01（版本 1.6.5）（已弃用） **版本：**1.6.5 ## 新功能 + **高效的二进制日志存储** – 现在，默认为所有 Aurora MySQL 数据库集群启用高效的二进制日志存储，并且这是无法配置的。2016 年 4 月版更新中引入了二进制日志的高效存储。有关更多信息，请参阅 [Aurora MySQL 数据库引擎更新：2016-04-06（版本 1.6）（已弃用）](AuroraMySQL.Updates.20160406.md)。 ## 改进 + 提高了在主实例遇到密集型工作负载时 Aurora 副本的稳定性。 + 提高了在对已分区表和表名中包含特殊字符的表运行查询时 Aurora 副本的稳定性。 + 修复了使用安全连接时的连接问题。 ## MySQL 错误修复汇总 + SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285) # Aurora MySQL 数据库引擎更新：2016-04-06（版本 1.6）（已弃用） **版本：**1.6 此更新包括以下改进： ## 新功能 + **并行预读** – 现在，默认为所有 Aurora MySQL 数据库集群启用并行预读，并且这是无法配置的。2015 年 12 月版更新中引入了并行预读。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新：2015-12-03（版本 1.4）（已弃用）](AuroraMySQL.Updates.20151203.md)”。 除了默认启用并行预读之外，此版本还包括对并行预读的改进： + 改进了逻辑，以使并行预读不太主动，这在数据库集群遇到多个并行工作负载时很有用。 + 改进了小型表上的稳定性。 + **高效的二进制日志存储（实验室模式）**– 现在，更高效地在 Aurora MySQL 中存储 MySQL 二进制日志文件。新的存储实现使得删除二进制日志文件变得轻松多了，并且提高了 Aurora MySQL 数据库集群中作为二进制日志复制主实例的实例的系统性能。 要启用二进制日志的高效存储，请在主实例或 Aurora 副本的参数组中将 `aurora_lab_mode` 参数设置为 `1`。`aurora_lab_mode` 参数是 `default.aurora5.6` 参数组中默认的实例级参数。有关修改数据库参数组的信息，请参阅《Amazon Aurora 用户指南》**中的[修改数据库参数组中的参数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying)。有关参数组和 Aurora MySQL 的信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 配置参数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups)。 仅为 Aurora MySQL 数据库集群中作为 MySQL 二进制日志复制主实例的实例启用二进制日志的高效存储。 + **AURORA\$1VERSION 系统变量** – 您现在可以查询 `AURORA_VERSION` 系统变量以获取 Aurora MySQL 数据库集群的 Aurora 版本。 要获取 Aurora 版本，请使用下列查询之一： ``` select AURORA_VERSION(); select @@aurora_version; show variables like '%version'; ``` 您还可以在修改数据库集群 AWS 管理控制台 时查看 Aurora 版本，或者通过调用[describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI 命令或 “[描述DBEngine版本 API” 操作来查看 Aurora 版本](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html)。 + **锁定管理器内存使用量指标** – 现在以指标形式提供有关锁定管理器内存使用量的信息。 要获取锁定管理器内存使用量指标，请使用下列查询之一： ``` show global status where variable_name in ('aurora_lockmgr_memory_used'); select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used'); ``` ## 改进 + 提高了二进制日志和 XA 事务恢复期间的稳定性。 + 修复了因大量连接导致的内存问题。 + 提高了以下指标的准确度：`Read Throughput`、` Read IOPS`、`Read Latency`、`Write Throughput`、`Write IOPS`、`Write Latency` 和 `Disk Queue Depth`。 + 修复了导致大型实例在崩溃后启动较慢的稳定性问题。 + 提高了有关同步机制和缓存移出的数据字典的并发性。 + Aurora 副本的稳定性和性能改进： + 修复了主实例的密集型或突发写入工作负载期间的 Aurora 副本的稳定性问题。 + 改善了 db.r3.4xlarge 和 db.r3.8xlarge 实例的副本滞后。 + 通过减少日志记录的应用程序和 Aurora 副本上的并发读取之间的争用来提供性能。 + 修复了有关刷新 Aurora 副本的统计信息以获取新创建的或更新后的统计信息的问题。 + 提高了在主实例上有多个事务并且跨相同数据对 Aurora 副本进行并发读取时 Aurora 副本的稳定性。 + 提高了在运行 `UPDATE` 和 `DELETE` 语句与 `JOIN` 语句时 Aurora 副本的稳定性。 + 提高了运行 `INSERT ... SELECT` 语句时 Aurora 副本的稳定性。 ## MySQL 错误修复汇总 + BACKPORT 错误 18694052 FIX FOR ASSERTION `\$1M\$1ORDERED\$1REC\$1BUFFER' FAILED TO 5.6 (端口错误 18305270) + SEGV IN MEMCPY(), HA\$1PARTITION::POSITION (端口错误 18383840) + WRONG RESULTS WITH PARTITIONING,INDEX\$1MERGE AND NO PK (端口错误 18167648) + FLUSH TABLES FOR EXPORT: ASSERTION IN HA\$1PARTITION::EXTRA (端口错误 16943907) + SERVER CRASH IN VIRTUAL HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST (端口错误 16164031) + 范围优化程序在 SEL\$1ARG::RB\$1INSERT() 中崩溃（端口错误 16241773） # Aurora MySQL 数据库引擎更新：2016-01-11（版本 1.5）（已弃用） **版本：**1.5 此更新包括以下改进： ## 改进 + 修复了 Aurora 存储部署期间空闲实例的写入操作的 10 秒暂停问题。 + 现在，逻辑预读在 `innodb_file_per_table` 设置为 `No`时运行。有关逻辑预读的更多信息，请参阅[Aurora MySQL 数据库引擎更新：2015-12-03（版本 1.4）（已弃用）](AuroraMySQL.Updates.20151203.md)。 + 修复了与主实例重新连接的 Aurora 副本有关的问题。此改进还修复了在使用错误注入查询测试 Aurora 副本故障时为 `quantity` 参数指定较大值时的问题。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[测试 Aurora 副本故障](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure)。 + 改进了对滞后和重新启动的 Aurora 副本的监控。 + 修复了导致 Aurora 副本滞后、取消注册，然后重新启动的问题。 + 修复了在锁死期间运行 `show innodb status` 命令时的问题。 + 修复了与高写入吞吐量期间大型实例的故障转移相关的问题。 ## MySQL 错误修复汇总 + 处理了影响以数字开头的数据库名称所在的表的 MySQL 全文搜索中的未完成修复。(端口错误 17607956) # Aurora MySQL 数据库引擎更新：2015-12-03（版本 1.4）（已弃用） **版本：**1.4 此更新包括以下改进： ## 新功能 + **快速插入** – 加快按主键排序的并行插入。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 + **大型数据集读取性能** – Aurora MySQL 自动检测 IO 密集型工作负载并启动更多线程以提高数据库集群的性能。Aurora 计划程序查看 IO 活动并决定动态调整系统中的最佳线程数，从而以较低开销快速地在 IO 密集型工作负载和 CPU 密集型工作负载之间做出调整。 + **并行预读** – 提高了对主实例或 Aurora 副本上的可用内存来说过大的 B 树扫描的性能（包括范围查询）。并行预读会自动检测页面读取模式，并在需要页面时提前将页面预提取到缓冲区缓存中。并行预读在同一事务内同时处理多个表。 ## 改进： + 修复了 Aurora 存储部署期间 Aurora 数据库的短暂可用性问题。 + 正确实施 `max_connection` 限制。 + 改进了 Aurora 作为 Binlog 主实例且数据库在大量数据加载后重新启动的情况下的二进制日志清除。 + 修复了与表缓存相关的内存管理问题。 + 增加了对共享内存缓冲区缓存中的大页的支持以加快恢复。 + 修复了有关未初始化的线程本地存储的问题。 + 默认情况下允许 16K 连接。 + IO 密集型工作负载的动态线程池。 + 修复了有关适当地使涉及查询缓存中的 UNION 的视图无效的问题。 + 修复了有关字典 stats 线程的稳定性问题。 + 修复了与缓存移出相关的字典子系统中的内存泄漏问题。 + 修复了当主实例上的写入负载非常低时，Aurora 副本上的高读取延迟问题。 + 修复了在主实例上的 DDL 分区表上执行操作（如 ALTER TABLE ... REORGANIZE PARTITION）时出现的 Aurora 副本稳定性问题 。 + 修复了容量增长期间 Aurora 副本的稳定性问题。 + 修复了有关针对 Aurora 副本中的非集群索引的扫描的性能问题。 + 修复了导致 Aurora 副本滞后并最终取消注册并重启的稳定性问题。 ## MySQL 错误修复汇总 + FTSPARSE() 中的 SEGV。(错误 16446108) + InnoDB 数据字典在重命名列时不会更新。(错误 19465984) + FTS 在将表重命名为其他数据库后发生崩溃。(错误 16834860) + 无法为截断的表准备触发器会生成错误 1054。(错误 18596756) + 元数据更改可能会导致触发器执行出现问题。(错误 18684393) + 对于长 UTF8 VARCHAR 字段，不选择具体化。(错误 17566396) + 将 ORDER BY 与限制 X 结合使用时，执行计划性能下降。（错误 \$116697792） + 将错误 11765744 逆向移植到 5.1、5.5 和 5.6。(错误 17083851) + 导致 SQL/SQL\$1SHOW.CC 中的互斥问题导致。 SIG6根源可能是 FILL\$1VARIABLES。(错误 20788853) + 将错误 18008907 逆向移植到 5.5\$1 版本。(错误 18903155) + 适应 MySQL 5.7 中的堆栈溢出错误的修复。(错误 19678930) # Aurora MySQL 数据库引擎更新：2015-10-16（版本 1.2、1.3）（已弃用） **版本：**1.2、1.3 此更新包括以下改进： ## 修复 + out-of-memory解决了新锁管理器中存在长时间运行的交易的问题 + 解决了使用非 RDS for MySQL 数据库进行复制时的安全漏洞 + 进行了更新，以确保在出现存储故障的情况下 quorum 写入正确重试 + 进行了更新，以更准确地报告副本滞后 + 已通过减少很多并发事务尝试修改同一行时的争用情况来提高性能 + 已解决通过联接 2 个表创建的视图的查询缓存失效 + 禁用了具有 `UNCOMMITTED_READ` 隔离的事务的查询缓存 ## 改进 + 提高了热缓存上慢速目录查询的性能 + 提高了字典统计数据中的并发度 + 提高了新的查询缓存资源管理器、范围管理、存储在 Amazon Aurora 智能存储中的文件以及日志记录的批量写入的稳定性 ## MySQL 错误修复汇总 + 终止 innodb 中的查询会导致该查询最终崩溃并显示断言。(错误 1608883) + 如果无法为事件调度程序、事件执行或新连接创建新线程，则不会将任何消息写入错误日志。(错误 16865959) + 如果一个连接更改了其默认数据库，同时另一个连接执行了 SHOW PROCESSLIST，则第二个连接可在尝试显示第一个连接的默认数据库内存时访问无效内存。(错误 11765252) + 虽然 PURGE BINARY LOGS 设计为不删除正在使用或活动的二进制日志文件，但发生该操作时，不会提供任何通知。(错误 13727933) + 对于某些语句，在优化程序删除不需要的子查询子句时，可能会导致内存泄漏。(错误 15875919) + 关闭期间，服务器可能会尝试锁定未初始化的互斥。(错误 16016493) + 使用 GROUP\$1CONCAT() 的准备好的语句和已指定多个列的 ORDER BY 子句可能会导致服务器退出。(错误 16075310) + 副本工作线程缺少性能架构检测。(错误 16083949) + `STOP SLAVE` 与诸如 SHOW STATUS（检索 `Slave_retried_transactions`、`Slave_heartbeat_period`、`Slave_received_heartbeats`、`Slave_last_heartbeat` 和 `Slave_running` 中的一个或多个状态变量的值）之类的语句同时发出时，可能会导致死锁。(错误 16088188) + 在搜索词为用引号引起来的短语的某些情况下，使用布尔值模式的全文查询可能会返回零个结果。(错误 16206253) + 在尝试在子查询中的联接的 ON 子句中使用子查询执行准备好的语句时，优化程序尝试删除引发断言的冗余子查询子句。(错误 16318585) + GROUP\$1CONCAT 不稳定，在 ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL 中发生崩溃。(错误 16347450) + 尝试通过创建具有与 INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD 相同的结构的 InnoDB 表来替换默认 InnoDB 全文搜索 (FTS) 非索引字列表将生成错误。(错误 16373868) + 在工作线程上的客户端线程执行 FLUSH TABLES WITH READ LOCK 并接着在主实例上进行一些更新后，工作线程在执行 `SHOW SLAVE STATUS` 时挂起。(错误 16387720) + 在全文搜索中分析分隔的搜索字符串 (如“abc-def”) 时，InnoDB 现在会使用与 MyISAM 相同的单词分隔符。(错误 16419661) + FTS\$1AST\$1TERM\$1SET\$1WILDCARD 中发生崩溃。(错误 16429306) + 针对 FTS RQG 测试的 FTS\$1AST\$1VISIT() 中的 SEGFAULT。(错误 16435855) + 在优化程序删除指向子查询的 Item\$1ref 后，调试版本会导致服务器退出。(错误 16509874) + InnoDB 表上的全文搜索无法搜索组合了 \$1 或 - 运算符的文字短语。(错误 16516193) + `START SLAVE`服务器启动时失败，选项为--master-info-repository =TABLE relay-log-info-repository =TABLE，自动提交设置为 0。`--skip-slave-start`(错误 16533802) + 非常大的 InnoDB 全文搜索 (FTS) 结果可能会占用大量内存。(错误 16625973) + 在调试版本中，由于二进制数据可能包含 NULL 字节和其他无意义的字符，因此当直接在搜索字符串中使用二进制数据时，OPT\$1CHECK\$1ORDER\$1BY 中可能发生断言。(错误 16766016) + 对于某些语句，在优化程序删除不需要的子查询子句时，可能会导致内存泄漏。(错误 16807641) + 通过在工作线程的新连接中发出 `STOP SLAVE` 来发出 FLUSH TABLES WITH READ LOCK，然后使用原始连接发出 `SHOW SLAVE STATUS` 后，可能会导致锁死。(错误 16856735) + 具有无效分隔符的 GROUP\$1CONCAT() 可能会导致服务器退出。(错误 16870783) + 服务器对任何 SHOW STATUS LIKE“模式”语句的 LOCK\$1active\$1mi 和 active\$1mi->rli->data\$1lock 互斥对象执行了过度锁定，甚至在该模式不匹配使用这些互斥对象的状态变量（`Slave_heartbeat_period`、`Slave_last_heartbeat`、`Slave_received_heartbeats`、`Slave_retried_transactions`、`Slave_running`）的情况下也是如此。(错误 16904035) + 使用 IN BOOLEAN MODE 修饰符的全文搜索将导致断言失败。(错误 16927092) + InnoDB 表上的全文搜索无法执行使用 \$1 布尔值运算符的搜索。(错误 17280122) + 4 向锁死：zombie、清除二进制日志、显示 processlist、显示二进制日志。(错误 17283409) + 当等待提交锁定的 SQL 线程终止并重新启动时，导致在工作线程上跳过事务。(错误 17450876) + InnoDB 全文搜索失败可能是由于“unended”令牌导致的。应传递字符串和字符串长度以进行字符串比较。(错误 17659310) + 在 MySQL 5.6 或 5.7 中使用大量已分区的 InnoDB 表可能比在 MySQL Server 的先前版本中使用相同的表所占用的内存更多。(错误 17780517) + 对于全文查询，未能检查出 num\$1token 少于 max\$1proximity\$1item 可能会导致断言。(错误 18233051) + 当存在大量空 InnoDB 表时，INFORMATION\$1SCHEMA TABLES 和 COLUMNS 表的特定查询可能会导致内存使用过度。(错误 18592390) + 当提交事务时，标记现在用于检查是否创建了线程，而不是使用更多资源来检查线程本身 (尤其是在 master\$1info\$1repository=TABLE 的情况下运行服务器时)。(错误 18684222) + 如果工作线程上的客户端线程在主实例执行 DML 时执行了 FLUSH TABLES WITH READ LOCK，则在同一客户端上执行 `SHOW SLAVE STATUS` 会受阻，从而导致死锁。(错误 19843808) + 按 GROUP\$1CONCAT() 结果排序可能导致服务器退出。(错误 19880368) # Aurora MySQL 数据库引擎更新：2015-08-24（版本 1.1）（已弃用） **版本：**1.1 此更新包括以下改进： + 提高了在使用 MySQL 数据库进行复制 (二进制日志复制) 时的复制稳定性。有关使用 MySQL 进行 Aurora MySQL 复制的信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon Aurora 进行复制](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html)。 + 为 Aurora MySQL 数据库集群（作为复制工作线程）累积的中继日志的大小限制为 1 GB。这改进了 Aurora 数据库集群的文件管理。 + 提高了预读、递归的外键关系和 Aurora 复制方面的稳定性。 + 集成 MySQL 错误修复。 + 名称以数字开头的 InnoDB 数据库导致的全文搜索 (FTS) 分析器错误。(错误 17607956) + 名称以数字开头的数据库中的 InnoDB 全文搜索失败。(错误 17161372) + 对于 Windows 上的 InnoDB 数据库，全文搜索 (FTS) 对象 ID 未使用预期的十六进制格式。(错误 16559254) + MySQL 5.6 中引入的代码回归对 DROP TABLE 和 ALTER TABLE 性能有负面影响。这可能会导致 MySQL Server 5.5.x 和 5.6.x 之间的性能下降。(错误 16864741) + 简化了日志记录，以减少日志文件的大小和其所需的存储量。