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

# Aurora MySQL 数据库引擎更新：2016-04-06（版本 1.6）（已弃用）
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.amazonaws.cn/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying)。有关参数组和 Aurora MySQL 的信息，请参阅《Amazon Aurora 用户指南》**中的 [Aurora MySQL 配置参数](https://docs.amazonaws.cn/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';
  ```

  您还可以在修改数据库集群 Amazon Web Services 管理控制台 时查看 Aurora 版本，或者通过调用[describe-db-engine-versions](https://docs.amazonaws.cn/cli/latest/reference/rds/describe-db-engine-versions.html) Amazon CLI 命令或 “[描述DBEngine版本 API” 操作来查看 Aurora 版本](https://docs.amazonaws.cn/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）