Aurora MySQL 数据库引擎更新 2018-03-13(版本 1.17)(已弃用) - Amazon Aurora
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

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

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 中创建新数据库集群。您可以使用 Amazon CLI 或 Amazon RDS API 并指定引擎版本来执行该操作。

对于 Aurora 1.17 版,我们将使用集群修补模式,在该模式下,将同时修补 Aurora 数据库集群中的所有节点。我们支持零停机时间修补,这将通过修补过程尽力保留客户端连接。有关更多信息,请参阅《Amazon Aurora 用户指南》中的维护 Amazon Aurora 数据库集群

如果您有任何问题或疑问,可通过社区论坛和 Amazon Support 联系 Amazon Support。

零停机时间修补

零停机时间修补 (ZDP) 功能尝试在引擎修补期间尽力保留客户端连接。有关 ZDP 的更多信息,请参阅《Amazon Aurora 用户指南》中的使用零停机时间修补

新特征

  • Aurora MySQL 现在支持锁定压缩,后者可优化锁定管理器的内存使用量。从 1.17 版开始,您可以在不启用实验室模式的情况下使用该功能。

改进

  • 修复了一个主要在核心较少的实例上出现的问题:即使在数据库处于闲置状态时,单个核心也可能具有 100% 的 CPU 使用率。

  • 改善了从 Aurora 集群获取二进制日志的性能。

  • 修复了一个问题,即,Aurora 副本尝试将表统计数据写入持久性存储并崩溃。

  • 修复了一个问题,即,查询缓存不按 Aurora 副本预期起作用。

  • 修复了锁定管理器中导致引擎重启的竞争条件。

  • 修复了导致引擎重启的只读、自动提交事务采取的锁定问题。

  • 修复了一个问题,即,某些查询不会写入审核日志。

  • 修复了故障转移后某些分区维护操作的恢复问题。

MySQL 错误修复汇总

  • 使用复制筛选条件时 LAST_INSERT_ID 不正确复制 (错误 69861)

  • 根据 INDEX_MERGE 设置的不同,查询返回不同的结果 (错误 16862316)

  • 查询过程重新执行存储例程,查询计划效率低下 (错误 16346367)

  • INNODB FTS:在 FTS_CACHE_APPEND_DELETED_DOC_IDS 中断言 (错误 18079671)

  • 在 ALTER TABLE CHANGE COLUMN 中断言 RBT_EMPTY(INDEX_CACHE->WORDS) (错误 17536995)

  • INNODB 全文搜索在涉及保存点时找不到记录 (错误 70333,错误 17458835)