Aurora MySQL 版本号和特殊版本 - Amazon Aurora
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

Aurora MySQL 版本号和特殊版本

虽然 Aurora 与 MySQL 的兼容性 与 MySQL 数据库引擎兼容,但 Aurora MySQL 包括特定于特定 Aurora MySQL 版本的功能和错误修复。应用程序开发人员可以使用 SQL 检查其应用程序中的 Aurora MySQL 版本。数据库管理员可以在创建或升级 Aurora MySQL 数据库集群和数据库实例时检查和指定 Aurora MySQL 版本。

通过 AWS 检查或指定 Aurora MySQL 引擎版本

使用 AWS 管理控制台、AWS CLI 或 RDS API 执行管理任务时,您可以使用描述性字母数字格式指定 Aurora MySQL 版本。

从 Aurora MySQL 2.03.2 和 1.19.0 开始,Aurora 引擎版本具有以下语法。

mysql-major-version.mysql_aurora.aurora-mysql-version

mysql-major-version- 部分为 5.65.7。此值表示客户端协议的版本和相应 Aurora MySQL 版本的 MySQL 功能支持的一般级别。

aurora-mysql-version 是一个包含三个部分的点分值:Aurora MySQL 主要版本、Aurora MySQL 次要版本和补丁级别。主要版本是 12,分别表示与 MySQL 5.6 或 5.7 兼容的 Aurora MySQL。次要版本表示 1.x 或 2.x 系列中的功能版本。对于每个次要版本,补丁级别从 0 开始,表示应用于次要版本的后续错误修复集。有时,新功能会合并到次要版本中,但不会立即显示出来。在这些情况下,该功能会进行微调,并在以后的补丁级别中公开。

所有 1.x Aurora MySQL 引擎版本都与 Community MySQL 5.6.10a 兼容。所有 2.x Aurora MySQL 引擎版本都与 Community MySQL 5.7.12 兼容。

例如,Aurora MySQL 2.03.2 和 1.19.0 的引擎版本如下。

5.7.mysql_aurora.2.03.2 5.6.mysql_aurora.1.19.0
注意

社区 MySQL 5.6 或 5.7 版本与 Aurora MySQL 1.x 和 2.x 版本之间没有一一对应关系。要检查特定 Aurora MySQL 版本中有哪些错误修复和新功能,请参阅 Amazon Aurora MySQL 2.0 的数据库引擎更新Amazon Aurora MySQL 1.1 的数据库引擎更新。有关新功能和版本的时间顺序列表,请参阅文档历史记录。要检查与安全相关的修复所需的最低版本,请参阅 Amazon Aurora MySQL 中修复的安全漏洞

对于 Aurora MySQL 2.x,所有 2.03.1 版本及更低版本都由引擎版本 5.7.12 表示。同样,1.19.0 之前的所有版本都由引擎版本 5.6.10a 表示。这些旧版本的名称不包括 5.7.mysql_aurora 前缀。如果您在创建或修改集群时指定了 5.7.125.6.10a,则您获得的是版本编号发生更改的 2.03.2 和 1.19.0 版本之前的最高版本。为了确定这些旧版本的确切版本号,您使用了 使用 SQL 检查 Aurora MySQL 版本中介绍的 SQL 技术。

您可以在一些 AWS CLI 命令和 RDS API 操作中指定 Aurora MySQL 引擎版本。例如,您可以在运行 AWS CLI 命令 create-db-clustermodify-db-cluster 时指定 --engine-version 选项。您可以在运行 RDS API 操作 CreateDBClusterModifyDBCluster 时指定 EngineVersion 参数。

在 Aurora MySQL 1.19.0 及更高版本或 2.03.2 及更高版本中,AWS 管理控制台中的引擎版本还包含 Aurora 版本。升级集群将更改显示的值。这种更改可帮助您指定和检查精确的 Aurora MySQL 版本,而无需连接到集群或运行任何 SQL 命令。

提示

对于通过 AWS CloudFormation 管理的 Aurora 集群,EngineVersion 设置中的此更改可通过 AWS CloudFormation 触发操作。有关 AWS CloudFormation 如何处理对 EngineVersion 设置的更改的信息,请参阅 AWS CloudFormation 文档

在 Aurora MySQL 1.19.0 和 2.03.2 之前,更新引擎版本的过程是在集群中应用待定维护操作。此过程不会更改 AWS 管理控制台显示的 Aurora MySQL 引擎版本。因此,如果您看到报告的引擎版本为 5.6.10a5.7.12 的 Aurora MySQL 集群,则要查找特定版本,请连接到该集群并按照前面所述查询 AURORA_VERSION 系统变量。

使用 SQL 检查 Aurora MySQL 版本

您可以使用 SQL 查询在应用程序中检索的 Aurora 版本号使用格式 <主要版本>.<次要版本>.<补丁版本>。您可以通过查询 AURORA_VERSION 系统变量,获取 Aurora MySQL 集群中任何数据库实例的此版本号。要获取此版本号,请使用以下查询之一。

select aurora_version(); select @@aurora_version;

这些查询会产生类似于以下内容的输出。

mysql> select aurora_version(), @@aurora_version; +------------------+------------------+ | aurora_version() | @@aurora_version | +------------------+------------------+ | 2.08.1 | 2.08.1 | +------------------+------------------+

使用通过 AWS 检查或指定 Aurora MySQL 引擎版本中介绍的技术通过 AWS 管理控制台、AWS CLI 和 RDS API 返回的版本号通常更具描述性。但是,对于 2.03.2 和 1.19 之前的版本,AWS 始终返回版本号 5.7.125.6.10a。对于那些较旧的版本,您可以使用 SQL 技术检查准确的版本号。

Aurora MySQL 长期支持 (LTS) 版本

每个新的 Aurora MySQL 版本在一定时间内保持可用状态,以便在创建或升级数据库集群时使用。在此期间后,您必须升级使用该版本的任何集群。您可以在支持期限结束之前手动升级集群,或者 Aurora 可以在不再支持集群的 Aurora MySQL 版本时自动升级集群。

Aurora 将某些 Aurora MySQL 版本指定为长期支持 (LTS) 版本。与使用非 LTS 版本的数据库集群相比,使用 LTS 版本的集群可以将同一版本保留更长时间,并执行更少的升级周期。在每个 LTS 版本发布后,Aurora 至少在一年内支持该版本。如果需要升级具有 LTS 版本的数据库集群,Aurora 将其升级到下一个 LTS 版本。这样,在长时间内不需要再次升级集群。

在 Aurora MySQL LTS 版本的使用期限内,新的补丁级别引入了重要问题的修复。补丁级别不包括任何新功能。您可以选择是否将此类补丁应用于运行 LTS 版本的数据库集群。对于某些关键修复,Amazon 可能会托管升级到同一 LTS 版本中的补丁级别。此类托管升级是在集群维护窗口内自动执行。

对于大多数 Aurora MySQL 集群,我们建议您升级到最新的版本,而不是使用 LTS 版本。这样做可以利用 Aurora 以作为托管服务,并使您可以获取最新的功能和错误修复。LTS 版本适用于具有以下要求和业务需求的集群:

  • 除了在极少数情况下应用关键补丁以外,您无法承受 Aurora MySQL 应用程序停机。

  • 对于 Aurora MySQL 数据库引擎的每次更新,集群和关联的应用程序的测试周期需要很长的时间。

  • Aurora MySQL 集群的数据库版本具有应用程序所需的所有数据库引擎功能和错误修复。

截至本 Aurora 用户指南 的发布日期,Aurora MySQL 的最新 LTS 版本为:

5.6 兼容集群与 5.7 兼容集群之间的升级路径

对于大多数 Aurora MySQL 1.x 和 2.x 版本,您可以将 MySQL 5.6 兼容集群升级到任何版本的 MySQL 5.7 兼容集群。但是,如果您的集群正在运行 Aurora MySQL 1.23 或更高版本,则任何到 Aurora MySQL 版本 2.x 的升级都必须升级到 Aurora MySQL 2.09 或更高版本。即使您通过还原快照来创建新 Aurora 集群进行升级,此限制也适用。Aurora MySQL 1.23 包括 Aurora 存储方面的改进。例如,在 Aurora MySQL 1.23 及更高版本中,集群卷的最大大小较大。Aurora MySQL 2.09 是第一个具有相同存储增强功能的 2.x 版本。