Amazon Aurora 版本

Amazon Aurora 会使用相同代码，保持与底层 MySQL 和 PostgreSQL 数据库引擎的兼容性。但是，Aurora 也拥有自身的版本号、发布周期、版本弃用时间表等内容。下一节内容将介绍其中的共同点与差异。这些信息可帮助您对版本做出选择，并且掌握如何验证各个版本中可用的特征和修复程序。它还能够帮助您确定升级的频率，指导您规划升级流程。

Aurora 中可用的关系数据库

以下关系数据库可以在 Aurora 中使用：

社群数据库和 Aurora 之间的版本号差异

每个 Amazon Aurora 版本都与 MySQL 或 PostgreSQL 数据库特定的社群版本兼容。您可以使用 version 函数查找您的数据库的社群版本，使用 aurora_version 函数查找 Aurora 版本。

以下是关于 Aurora MySQL 和 Aurora PostgreSQL 的示例。

mysql> select version();
+------------------+
|   version()      |
+------------------+
|  5.7.12          | 
+------------------+

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

postgres=> select version();
-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)

postgres=> select aurora_version();
aurora_version
----------------
3.2.2

有关更多信息，请参阅“使用 SQL 检查 Aurora MySQL 版本”和“确定 Amazon Aurora PostgreSQL 版本”。

Amazon Aurora 主要版本

Aurora 版本使用 major.minor.patch 方案。Aurora 主要版本是指 Aurora 兼容的社群版 MySQL 或 PostgreSQL 的主要版本。在标准支持下，Aurora MySQL 和 Aurora PostgreSQL 主要版本至少会在相应社群版本的社区生命周期终止前保持可用状态。在 Aurora 标准支持终止日期之后，您可以继续运行主要版本，但需付费。有关更多信息，请参阅使用 Amazon RDS 扩展支持和 Amazon Aurora 定价。

有关 Aurora MySQL 主要版本和发布日历的更多信息，请参阅 Release calendar for Aurora MySQL major versions。

有关 Aurora PostgreSQL 主要版本和发布日历的更多信息，请参阅 Release calendar for Aurora PostgreSQL major versions。

Amazon Aurora 次要版本

Aurora 版本使用 major.minor.patch 方案。Aurora 次要版本包含了由社群提供的增量更新，以及特定于 Aurora 的服务改进，例如新特征和修复。

有关 Aurora MySQL 次要版本和发布日历的更多信息，请参阅 Release calendar for Aurora MySQL minor versions。

有关 Aurora PostgreSQL 次要版本和发布日历的更多信息，请参阅 Release calendar for Aurora PostgreSQL minor versions。

Amazon Aurora 补丁版本

Aurora 版本使用 major.minor.patch 方案。Aurora 补丁版本包括了自其初始版本（例如 Aurora MySQL 2.10.0、2.10.1、...、2.10.3）发布以来，添加到次要版本的重要修补程序。虽然每个新次要版本都会为 Aurora 提供新特征，但特定次要版本中的新补丁版本主要用于解决重要问题。

有关补丁的更多信息，请参阅维护 Amazon Aurora 数据库集群。

了解每个 Amazon Aurora 版本的新功能

每个 Aurora 新版本都附带发行说明，其中列出了适用于各自版本的新特征、错误修复以及其他增强功能。

有关 Aurora MySQL 发布说明，请参阅 Aurora MySQL 发布说明。有关 Aurora PostgreSQL 发布说明，请参阅 Aurora PostgreSQL 发布说明。

为您的数据库集群指定 Amazon Aurora 数据库版本

在您创建新数据库集群时，可以使用AWS Management Console或 AWS CLI 中的创建数据库操作或者 CreateDBCluster API 操作，指定该集群使用任意当前可用的（主要或次要）版本。并非每个 Aurora 数据库版本都在所有AWS区域中可用。

要了解如何创建 Aurora 集群，请参阅创建 Amazon Aurora 数据库集群。要了解如何更改现有 Aurora 集群的版本，请参阅修改 Amazon Aurora 数据库集群。

Amazon Aurora 默认版本

每当新的 Aurora 次要版本相比于之前版本有明显改进时，它将被标记为新数据库集群的默认版本。通常情况下，我们每年会为每个主要版本发布两个默认版本。

我们建议您始终将数据库集群更新为最新的默认次要版本，因为该版本包含最新的安全和功能修复。

自动次要版本升级

您可以为 Aurora 集群中的每个数据库实例启用自动次要版本升级，以保持 Aurora 次要版本处于最新状态。只有在集群中的所有数据库实例均启用了该设置时，Aurora 才会进行自动升级。系统会对默认次要版本执行自动次要版本升级。

通常情况下，我们每年会为将自动次要版本升级设置为 Yes 的数据库集群安排两次自动升级。自动升级将在您为集群指定的维护时段内启动。有关更多信息，请参阅 Aurora 数据库集群的自动次要版本升级。

事先通过 Amazon RDS 数据库集群事件（类别为 maintenance，ID 为 RDS-EVENT-0156）与自动次要版本升级进行通信。有关更多信息，请参阅 Aurora 的 Amazon RDS 事件类别和事件消息。

Amazon Aurora 主要版本可用时间

Amazon Aurora 主要版本至少会在相应社群版本的社群终止使用前保持可用状态。您可以使用 Aurora 标准支持终止日期来计划您的测试和升级周期。这些日期表示可能需要升级到较新版本的最早日期。有关日期的更多信息，请参阅Amazon Aurora 主要版本。

在要求您升级到较新的主要版本并帮助您进行规划之前，我们通常会至少提前 12 个月提醒您。我们这样做是为了告知您有关升级过程的详细信息。具体包括某些关键时间节点、对您数据库集群的影响以及我们建议您采取的操作。我们始终建议您在进行主要版本升级之前，通过新的数据库版本彻底测试您的应用程序。

在主要版本到达 Aurora 标准支持终止日期后，任何仍在运行旧版本的数据库集群都将在计划维护时段内自动升级到 Extended Support 版本。可能收取 Extended Support 费用。有关 Amazon RDS Extended Support 的更多信息，请参阅使用 Amazon RDS Extended Support。

Amazon Aurora 次要版本发布频率

一般来说，Amazon Aurora 次要版本每季度发布一次。发布时间可能会有所变化。以加入额外特征或修复。

Amazon Aurora 次要版本可用时间

我们计划为特定主要版本的每个 Amazon Aurora 次要版本提供至少 12 个月的可用期。可用期结束后，Aurora 可能会进行一次自动次要版本升级，升级至后续的默认次要版本。对于仍在运行较旧次要版本的任何集群，此类升级会在计划维护时段内启动。

如果当前次要版本存在重大问题（如安全问题），或者主要版本的生命周期已经结束，我们可能会早于通常的 12 个月期限升级特定主要版本的次要版本。

在为生命周期即将结束的次要版本进行更新之前，我们通常会提前三个月发出通知。我们这样做是为了告知您有关升级过程的详细信息。具体包括某些关键时间节点、对您数据库集群的影响以及我们建议您采取的操作。当出现需要更快采取行动的严重问题（例如安全问题）时，将使用通知时间不到三个月的通知。

如果您未启用自动次要版本升级设置，则会收到提醒，但不会收到 RDS 事件通知。升级将在强制升级截止日期过后的维护时段内进行。

如果您启用了自动次要版本升级设置，则会收到提醒以及类别为 maintenance、ID 为 RDS-EVENT-0156 的 Amazon RDS 数据库集群事件。升级将在下一个维护时段内进行。

有关自动次要版本升级的更多信息，请参阅 Aurora 数据库集群的自动次要版本升级。

对所选 Amazon Aurora 次要版本的长期支持

每个 Aurora 主要版本中会有特定的次要版本被指定为长期支持（LTS）版本，并提供至少三年可用期限。也就是说，每个主要版本中至少有一个次要版本的可用时间超过通常的 12 个月。我们通常会在此期限结束前六个月发出提醒。我们这样做是为了告知您有关升级过程的详细信息。具体包括某些关键时间节点、对您数据库集群的影响以及我们建议您采取的操作。当出现需要更快采取行动的严重问题（例如安全问题）时，将使用通知时间不到六个月的通知。

LTS 次要版本仅包含关键修复（通过补丁版本）。LTS 版本不包含在该版本推出之后发布的新特征。每年一次，在 LTS 次要版本上运行的数据库集群都会被修补为该 LTS 版本的最新补丁版本。我们进行这种修补，是为了帮助您享受到更高的安全性与稳定性修复。如有关键补丁（例如安全补丁）需要更新，我们可能会更频繁地修补 LTS 次要版本。

有关所有 Aurora LTS 版本的版本号，请参阅 Aurora MySQL 长期支持 (LTS) 版本 和 使用 Aurora PostgreSQL 长期支持（LTS）版本。

选定 Aurora 版本的 Amazon RDS Extended Support

借助 Amazon RDS Extended Support，您可以在 Aurora 标准支持结束日期后，继续在主要引擎版本上运行数据库，但需要额外付费。在 RDS Extended Support 期间，Amazon RDS 将根据美国国家漏洞数据库（NVD）的 CVSS 严重性评级的定义为严重和高 CVE 提供补丁。有关更多信息，请参阅 使用 Amazon RDS 扩展支持。

RDS Extended Support 仅适用于某些 Aurora 版本。有关更多信息，请参阅 Amazon Aurora 主要版本。

手动控制数据库集群更新以及更新时间

系统会对默认次要版本执行自动次要版本升级。通常情况下，对于启用了自动次要版本升级设置的数据库集群，我们每年会安排两次自动升级。自动升级会在客户指定的维护时段内启动。如果您要关闭自动次要版本升级，请在 Aurora 集群中，禁用任意数据库实例的自动次要版本升级。只有在集群中的所有数据库实例均启用了该设置时，Aurora 才会执行自动次要版本升级。

因为主要版本升级会涉及到某些兼容性风险，因此主要版本升级不会自动发生。主要版本升级必须手动启动，除非是由于弃用而导致的升级（如前所述）。我们始终建议您在进行主要版本升级之前，通过新的数据库版本彻底测试您的应用程序。

有关将数据库集群升级到新 Aurora 主要版本的更多信息，请参阅升级 Amazon Aurora MySQL 数据库集群和升级 Amazon Aurora PostgreSQL 数据库集群。

必需的 Amazon Aurora 升级

对于某些关键修复，我们可能会托管升级到同一次要版本中较新的补丁级别。即使自动次要版本升级处于关闭状态，这些必需的升级仍会进行。在执行升级前，我们会告知您有关升级过程的详细信息。具体包括某些关键时间节点、对您数据库集群的影响以及我们建议您采取的操作。此类托管升级是自动执行的。每次升级都会在集群维护时段内启动。

在升级前测试 Aurora 新版本中的数据库集群

您可以测试升级过程，以及新版本与您的应用程序和工作负载的配合情况。使用以下方法之一：

有关创建测试用新集群的详细方法，请参阅克隆 Amazon Aurora 数据库集群卷和创建数据库集群快照。