Amazon Relational Database Service
用户指南 (API Version 2014-10-31)
AWS 服务或AWS文档中描述的功能,可能因地区/位置而异。请点击 Amazon AWS 入门,可查看中国地区的具体差异

2017-02-23 版数据库引擎更新

Version:1.11

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

在您为每个数据库实例指定的系统维护时段内执行修补。您可以使用 AWS 管理控制台 查看或更改此时段。有关更多信息,请参阅 Amazon RDS 维护

或者,您可以通过执行以下步骤在 AWS 管理控制台 中立即执行修补:选择数据库群集,再选择 Cluster Actions,然后选择 Upgrade Now

对于版本 1.11 的 Aurora,我们将使用群集修补模型,在此模型中,将同时修补 Aurora 数据库群集中的所有节点。

新功能:

  • LOAD DATA FROM S3 的 MANIFEST 选项 - LOAD DATA FROM S3 的 1.8 版本已发布。此命令的选项已扩展,您现在可以使用清单文件指定要从 Amazon S3 加载到 Aurora 数据库群集中的文件的列表。这可让您轻松加载一个或多个位置的特定文件中的数据,与使用 FILE 选项加载单个文件中的数据或使用 PREFIX 选项加载具有相同位置和前缀的多个文件中的数据相反。清单文件格式与 Amazon Redshift 使用的格式相同。有关将 LOAD DATA FROM S3 与 MANIFEST 选项结合使用的更多信息,请参阅使用清单指定要加载的数据文件

  • 默认情况下启用空间索引 - 此功能已在 1.10 版的实验室模式中发布,现已在默认情况下启用。空间索引将提高使用空间数据的查询在大型数据集上的查询性能。有关使用空间索引的更多信息,请参阅Amazon Aurora 和空间数据

  • 带热行争用的工作负载的吞吐量改进 - 此功能已在 1.10 版的实验室模式中发布,现可在实验室模式外部使用。已通过更改 Aurora 使用的锁释放算法改进带热行争用的工作负载的吞吐量。此更改将 TPC-C 基准测试性能提高到 MySQL 5.7 的 16 倍。

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

改进:

  • 已修改 thread_handling 参数以防止您将其设置为 multiple-connections-per-thread (Aurora 的线程池唯一支持的模型) 之外的其他任何值。

  • 修复了在将 buffer_pool_sizequery_cache_size 参数设置为大于数据库群集的总内存的值时导致的问题。在此情况下,Aurora 将修改后的参数设置为默认值,以便数据库群集能够启动且不会发生崩溃。

  • 修复了查询缓存中的问题,其中,当表在一个事务中失效的情况下,另一个事务将获得静态读取结果。

  • 修复了标记为删除的二进制日志文件在一小段延迟后被删除而不是立即被删除的问题。

  • 修复了将使用名称 tmp 创建的数据视为外围存储中存储的而不是保留到 Aurora 分布式存储的系统数据库的问题。

  • 修改了 SHOW TABLES 的行为以排除某些内部系统表。此更改可帮助避免因 mysqldump 锁定 SHOW TABLES 中列出的所有文件而导致的不必要的故障转移,这转而会阻止对内部系统表的写入,从而导致故障转移。

  • 修复了 Aurora 副本在从一个查询 (此查询将调用其参数为 InnoDB 表列的函数) 创建临时表时重新启动的问题。

  • 修复了与 Aurora 副本节点中的元数据锁冲突相关的问题,此问题会导致 Aurora 副本滞后于主数据库群集并最终重新启动。

  • 修复了读取器节点中复制管道的死锁,这将导致 Aurora 副本滞后并最终重新启动。

  • 修复了 Aurora 副本滞后过多且加密卷大于 1TB 的问题。

  • 通过使用改进方式读取系统时钟时间改进了 Aurora 副本死锁检测。

  • 修复了 Aurora 副本在读取器注销后重新启动两次而不是一次的问题。

  • 修复了在临时统计数据导致非唯一索引列上的统计数据不一致时,Aurora 副本上出现的低查询性能问题。

  • 修复了在 Aurora 副本处理相关查询的同时在 Aurora 副本上复制 DDL 语句的情况下,该副本发生崩溃的问题。

  • 已将版本 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)