Aurora MySQL 数据库引擎更新：2017-02-23（版本 1.11）（已弃用） - Amazon Aurora
新功能改进MySQL 错误修复汇总
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

Aurora MySQL 数据库引擎更新：2017-02-23（版本 1.11）（已弃用）

版本：1.11

我们将在最新版本发布后的较短时段内使用最新版本修补所有 Aurora MySQL 数据库集群。将使用旧过程修补数据库集群，停机时间为 5-30 秒。

在您为每个数据库实例指定的系统维护时段内执行修补。您可以使用 Amazon Web Services Management Console查看或更改此时段。有关更多信息，请参阅《Amazon Aurora 用户指南》中的维护 Amazon Aurora 数据库集群。

或者，您也可以通过以下方法在 Amazon Web Services Management Console中立即应用修补程序：选择一个数据库集群，选择集群操作，然后选择立即升级。

对于 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 用户指南》中的使用清单指定要加载的数据文件。

  • 默认启用空间索引 – 该功能是在 1.10 版的实验室模式中提供的，现在默认将其启用。空间索引将提高使用空间数据的查询在大型数据集上的查询性能。有关使用空间索引的更多信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 和空间数据。

  • 高级审核计时更改 – 该功能是在 1.10.1 版中发布的，用于提供高性能设施以审核数据库活动。在此版本中，审核日志时间戳精度已从 1 秒更改为 1 微秒。更准确的时间戳可让您更好地了解审核事件的出现时间。有关审计的更多信息，请参阅《Amazon Aurora 用户指南》中的在 Amazon Aurora MySQL 数据库集群中使用高级审计。

改进

  • 修改了 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 模块中的内存使用量修复了某些长时间运行的查询的内存不足问题。

  • 修复了在以下情况下出现的重新启动问题：表具有非空间索引，查询包含空间谓词，计划程序选择使用非空间索引，计划程序错误地将空间条件下推至索引。

  • 修复了一个问题，即，数据库集群在删除、更新或清除外部存储的超大型地理空间对象 (例如 LOB) 时重新启动。

  • 修复了一个问题，也即，使用 ALTER SYSTEM SIMULATE … FOR INTERVAL 进行的故障模拟无法正常工作。

  • 修复了因针对锁管理器中错误不变量的断言无效导致的稳定性问题。

  • 禁用了对版本 1.10 中引入的 InnoDB 全文搜索功能的以下两项改进，因为这些改进导致一些严苛的工作负载出现稳定性问题：

    • 仅在针对 Aurora 副本的读取请求后更新缓存以便加快全文搜索索引缓存复制速度。

    • 在缓存大小超过总大小的 10% 时将缓存同步任务卸载到单独的线程，以避免 MySQL 查询在 FTS 缓存同步到磁盘期间卡顿太长时间。(错误 22516559，#73816)。

MySQL 错误修复汇总

  • 将 ALTER table DROP foreign key 与另一个 DROP 操作一起运行会导致表消失。(错误 16095573)

  • 一些使用 ORDER BY 的 INFORMATION_SCHEMA 查询不使用文件排序优化，因为它们之前已使用此优化。(错误 16423536)

  • FOUND_ROWS () 返回错误的表行数。(错误 68458)

  • 服务器失败，而不是在打开的临时表过多时显示错误。(错误 18948649)