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

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

Aurora MySQL 数据库引擎更新 2019-02-07（版本 1.19.0）（已弃用）

版本：1.19.0

Aurora MySQL 1.19.0 已正式发布。可以在 1.17.8 或 1.19.0 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 数据库集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有数据库集群升级到 Aurora MySQL 1.19.0。要使用旧版本，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18.0 中创建新的数据库集群。为此，您可以使用 Amazon CLI 或 Amazon RDS API 并指定引擎版本。

如果您有任何疑问或疑虑，可以在社区论坛和 Amazon 支持部门获得Amazon 支持。有关更多信息，请参阅《Amazon Aurora 用户指南》中的维护 Amazon Aurora 数据库集群。

注意

此版本目前不在 Amazon GovCloud （美国西部）[-us-gov-west 1] 和中国（北京）[cn-north-1] 区域推出。在提供后，将发布单独的公告。

注意

升级数据库集群的过程已更改。有关更多信息，请参阅《Amazon Aurora 用户指南》中的升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别。

功能

  • Aurora 版本选择器 - 从 Aurora MySQL 1.19.0 开始，您可以在 Amazon RDS 控制台上从多个与 MySQL 5.6 兼容的 Aurora 版本中选择。有关更多信息，请参阅《Amazon Aurora 用户指南》中的通过 Amazon检查或指定 Aurora MySQL 引擎版本。

改进

  • 修复了与 Aurora 副本上的 CHECK TABLE 查询相关的稳定性问题。

  • 引入了新的全局用户变量 aurora_disable_hash_join 来禁用哈希联接。

  • 修复了多个表哈希联接期间生成输出行时的稳定性问题。

  • 修复了哈希联接适用性检查期间由于计划更改返回错误结果的问题。

  • 通过长时间运行事务支持零停机时间修补。此增强功能会在从版本 1.19 升级到更高版本时生效。

  • 现在在启用二进制日志时支持零停机时间。此增强功能会在从版本 1.19 升级到更高版本时生效。

  • 修复了导致 Aurora 副本上出现与工作负载无关的 CPU 使用率峰值的问题。

  • 修复了锁定管理器中导致数据库重启的竞争情况。

  • 修复了锁定管理器组件中存在的竞争情况，提高了 Aurora 实例的稳定性。

  • 提高了锁定管理器组件内死锁探测器的稳定性。

  • INSERT如果 InnoDB 检测到索引已损坏，将禁止对表执行 操作。

  • 修复了 Fast DDL 的稳定性问题。

  • 通过减少单行子查询的扫描批处理的内存消耗提高了 Aurora 的稳定性。

  • 修复了当系统变量 foreign_key_checks 设置为 0 时删除外键后出现的稳定性问题。

  • 修复了错误覆盖了对用户输入的 table_definition_cache 值进行的更改的 Out Of Memory Avoidance 功能的问题。

  • 修复了 Out Of Memory Avoidance 功能的稳定性问题。

  • 修复了将 query_time 中的 lock_time 和 slow_query_log 设置为垃圾值的问题。

  • 修复了在内部不当处理字符串排序规则触发的并行查询的稳定性问题。

  • 修复了二级索引搜索触发的并行查询的稳定性问题。

  • 修复了多表更新触发的并行查询的稳定性问题。

集成了 MySQL 社区版本错误修复

  • 错误 #32917：DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY

  • 错误 #63144 CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE