本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Aurora MySQL 数据库引擎更新：2016-12-14（版本 1.10）（已弃用）
版本：1.10
新功能
-
零停机时间修补 – 通过使用该功能，可以修补数据库实例而不会产生任何停机时间。也就是说，无需断开客户端应用程序或重启数据库即可执行数据库升级。此方法将提高 Aurora 数据库集群在维护时段内的可用性。请注意，升级过程中将重置临时数据 (例如，性能架构中的数据)。该功能适用于维护时段内的服务交付的修补程序以及用户启动的修补程序。
在启动修补程序时，服务可确保不存在未完成的锁定、事务或临时表，然后等待数据库可进行修补和重新启动的合适时段。虽然在修补期间 (约 5 秒) 吞吐量会下降，但将保留应用程序会话。如果找不到合适的时段，修补将默认为标准修补行为。
零停机时间修补将尽力实施，但受到某些限制，如下所述：
-
该功能当前适用于修补单节点数据库集群或多节点数据库集群中的写入器实例。
-
SSL 连接不能与该功能结合使用。如果存在活动 SSL 连接，Amazon Aurora MySQL 将不会执行零停机时间修补，而是定期重试以查看 SSL 连接是否已终止。如果 SSL 连接已终止，零停机时间修补将继续。如果 SSL 连接在几秒后保留，带停机时间的标准修补将继续。
-
该功能在 Aurora 版本 1.10 和更高版本中可用。以后，我们将使用零停机时间修补来标识无法应用的任何版本或修补程序。
-
如果基于二进制日志记录的复制处于活动状态，则该功能将不适用。
-
-
空间索引 – 空间索引提高了使用空间数据的查询在大型数据集上的查询性能。有关使用空间索引的更多信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 和空间数据。
默认情况下，该功能已禁用，可通过启用 Aurora 实验室模式将其激活。有关信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 实验室模式。
-
复制管道改进 – Aurora MySQL 现在使用改进的机制，以将日志流更新应用于 Aurora 副本的缓冲区缓存。当主实例上的写入负载较重以及 Aurora 副本上的读取负载较重时，该功能可提高该副本的读取性能和稳定性。该功能已默认启用。
-
提高了具有缓存读取的工作负载的吞吐量 – Aurora MySQL 现在使用无锁定并发算法实施读取视图，这会提高缓冲区缓存提供的读取查询的吞吐量。作为此改进和其他改进的结果，对于仅 SysBench SELECT 工作负载，Amazon Aurora MySQL 可实现每秒最高 625K 的读取吞吐量，而 MySQL 5.7 的读取吞吐量只有每秒 164K。
-
提高了具有热行争用的工作负载的吞吐量 – Aurora MySQL 使用新的锁定释放算法以提高性能，特别是在出现热页面争用（即，多个事务争用同一页面上的行）情况时。在 TPC-C 基准测试中，这可能导致将吞吐量（每分钟事务数）提高到 MySQL 5.7 的 16 倍。默认情况下，该功能已禁用，可通过启用 Aurora 实验室模式将其激活。有关信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 实验室模式。
改进
-
通过仅在针对 Aurora 副本的读取请求后更新缓存来加快全文搜索索引缓存复制速度。此方法可避免复制线程从磁盘进行任何读取。
-
修复了一个问题，即，字典缓存失效对数据库名称或表名称中具有特殊字符的表的 Aurora 副本不起作用。
-
修复了在启用存储热管理时分布式存储节点的数据迁移期间的
STUCK IO问题。 -
修复了锁定管理器中的导致针对事务锁定等待线程的断言检查在准备回滚或提交事务时失败的问题。
-
修复了在通过正确更新对字典表条目的应用计数来打开损坏的字典时出现的问题。
-
修复了数据库集群最小读取点可由较慢的 Aurora 副本保留的错误。
-
修复了查询缓存中的潜在内存泄漏问题。
-
修复了 Aurora 副本在存储过程的
IF语句中使用查询时对表施加行级别锁定的错误。
MySQL 错误修复汇总
-
对派生的表执行 UNION 将返回错误结果，显示 '1=0/false'-clauses。(错误 69471)
-
在第二次对存储过程执行 ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS 时，服务器发生崩溃。(错误 20755389)
-
通过在缓存大小超过总大小的 10% 时将缓存同步任务卸载到单独的线程，来避免 MySQL 查询在 FTS 缓存同步到磁盘期间卡顿太长时间。(错误 22516559、#73816)