

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

# Aurora MySQL 数据库引擎更新 2019-11-22（版本 2.06.0）（已弃用）
<a name="AuroraMySQL.Updates.2060"></a>

**版本：**2.06.0

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

 当前支持的 Aurora MySQL 版本有 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1 和 2.06.\$1。

 您可以将快照从当前支持的 Aurora MySQL 版本还原到 Aurora MySQL 2.06.0。您还可以选择将现有 Aurora MySQL 2.\$1 数据库集群升级到 Aurora MySQL 2.06.0。不能将现有的 Aurora MySQL 1.\$1 集群直接升级到 2.06.0；但是可以将其快照还原到 Aurora MySQL 2.06.0。

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

**注意**  
 此版本目前不适用于以下 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)。

**注意**  
有关如何升级 Aurora MySQL 数据库集群的信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。

## 改进
<a name="AuroraMySQL.Updates.2060.Improvements"></a>

 **新功能：**
+  Aurora MySQL 集群现在支持实例类型 db.r5.8xlarge、db.r5.16xlarge 和 db.r5.24xlarge。有关 Aurora MySQL 集群实例类型的更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora 数据库实例类](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html)。
+  哈希联接功能现在正式推出，无需将 Aurora 实验室模式设置为 ON。在需要使用 equi-join 联接大量数据时，该功能可以提高查询性能。有关使用此功能的更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用适用于 Aurora Serverless 的 Data API](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/data-api.html)。
+  热行争用功能现在正式推出，无需将 Aurora 实验室模式设置为 ON。在很多事务争用同一页面上的行时，该功能大大提高了工作负载的吞吐量。
+  Aurora MySQL 2.06 及更高版本支持将数据库集群“倒回”到特定时间，而无需从备份还原数据。此功能称为“回溯”，可以快速恢复用户的错误操作，例如错误删除表或行。即使对于大型数据库，回溯也可在几秒钟内完成。阅读[AWS 博客](https://aws.amazon.com/blogs/aws/amazon-aurora-backtrack-turn-back-time/)了解概述，有关更多详细信息，请参阅 A *mazon Aurora 用户指南中的回溯 Aurora* [数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.Backtrack.html)。
+  Aurora 2.06 及更高版本支持通过 AWS Lambda 原生函数进行同步调用。`lambda_sync()`还提供了本机函数 `lambda_async()`，它可以替代异步 Lambda 调用的现有存储过程。有关调用 Lambda 函数的信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Aurora MySQL 本机函数调用 Lambda 函数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。

 **关键修复：**

 无。

 **高优先级修复：**

 **安全修复** 
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2791](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2791)
+ [CVE-2019-2778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2778)
+ [CVE-2019-2758](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2758)
+ [CVE-2019-2739](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2739)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [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-2018-2786](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2786)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3465](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3465)
+ [CVE-2017-3455](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3455)
+ [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)

 **连接处理** 
+  数据库可用性已得到改进，以便在执行一个或多个客户端连接时更好地为激增的客户端连接提供服务 DDLs。这是通过在需要时临时创建额外的线程来处理的。如果处理 DDL 期间连接数量激增后数据库没有响应，建议进行升级。

 **引擎重新启动** 
+  修复了重新启动引擎时长时间不可用的问题。这解决了缓冲池初始化中的一个问题。此问题很少发生，但可能会影响任何受支持的版本。
+  修复了导致配置为二进制日志（binlog）主实例的数据库在运行繁重写入工作负载时重启的问题。

 **一般稳定性修复：**
+  在访问未缓存数据的查询可能比平常慢的地方进行了改进。如果客户在访问未缓存数据时遇到无法解释的读取延迟增加问题，则建议他们升级，以免再次遇到这个问题。
+  修复了无法从数据库快照还原分区表的问题。如果客户在数据库中访问已从 Aurora MySQL 1.\$1 数据库快照还原的分区表时遇到错误，建议使用该版本。
+  通过修复对写入器数据库实例进行 DDL 查询时，处理读取查询的线程与应用架构更改的线程之间的锁定争用问题，提高了 Aurora 副本的稳定性。
+  修复了与 DDL 操作触发的 `mysql.innodb_table_stats` 表更新有关的稳定性问题。
+  修复了针对 Aurora 副本上的临时表执行嵌套查询时错误报告 `ERROR 1836` 的问题。

 **性能增强：**
+  通过防止在二进制日志工作线程上禁用查询缓存后对缓存进行不必要的 API 调用，提高了二进制日志复制的性能。

## 与 Aurora MySQL 版本 1 进行比较
<a name="AuroraMySQL.Updates.2060.Compare56"></a>

以下 Amazon Aurora MySQL 功能在 Aurora MySQL 版本 1（兼容 MySQL 5.6）中受支持，但这些功能目前在 Aurora MySQL 版本 2（兼容 MySQL 5.7）中不受支持。
+ 异步键预取 (AKP)。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用异步键预取优化 Aurora 索引的联接查询](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。
+ 扫描批处理。有关更多信息，请参阅“[Aurora MySQL 数据库引擎更新 2017-12-11（版本 1.16）（已弃用）](AuroraMySQL.Updates.20171211.md)”。
+ 使用 Amazon S3 存储桶从 MySQL 中迁移数据。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的[使用 Amazon S3 存储桶从 MySQL 迁移数据](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。

## MySQL 5.7 兼容性
<a name="AuroraMySQL.Updates.2060.Compatibility"></a>

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

Aurora MySQL 2.06.0 当前不支持以下 MySQL 5.7 功能：
+ 组复制插件
+ 增加的页面大小
+ InnoDB 缓冲池启动时加载
+ InnoDB 全文分析器插件
+ 多源复制
+ 在线缓冲池大小调整
+ 密码验证插件
+ 查询重写插件
+ 复制筛选
+ `CREATE TABLESPACE` SQL 语句