本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
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 支持部门获得Amazon 支持
零停机时间修补
零停机时间修补 (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)