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

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 的主要版本。下方的示例展示了社群版 MySQL 和 PostgreSQL 版本与相应的 Aurora 版本之间的对应关系。

社群主要版本 Aurora MySQL 版本
MySQL 5.6 Aurora MySQL 1
MySQL 5.7 Aurora MySQL 2
PostgreSQL 9.6 Aurora PostgreSQL 1
PostgreSQL 10 Aurora PostgreSQL 2
PostgreSQL 11 Aurora PostgreSQL 3
PostgreSQL 12 Aurora PostgreSQL 4

Amazon Aurora 次要版本

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

Aurora 次要版本始终对应特定的社群版本。但是,部分社群版本可能没有与之对应的 Aurora 版本。

Amazon Aurora 补丁版本

Aurora 版本使用 major.minor.patch 方案。Aurora 补丁版本包括了自其初始版本(例如 Aurora MySQL 2.04.0、2.04.1...2.04.9)发布以来,添加到次要版本的重要错误修复。虽然每个新次要版本都会为 Aurora 提供新功能,但特定次要版本中的新补丁版本主要用于解决重要问题。

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

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

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

有关 Aurora MySQL 发行说明,请参阅 Amazon Aurora MySQL 2 的数据库引擎更新Amazon Aurora MySQL 版本 1 的数据库引擎更新。有关 Aurora PostgreSQL 发行说明,请参阅 Amazon Aurora PostgreSQL 版本和引擎版本

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

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

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

Amazon Aurora 默认版本

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

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

自动次要版本升级

您可以为 Aurora 集群中的每个数据库实例启用自动次要版本升级,以保持 Aurora 次要版本处于最新状态。只有在集群中的所有数据库实例均启用了该设置时,Aurora 才会进行自动升级。系统会对默认次要版本执行自动次要版本升级。通常情况下,我们每年会为将自动次要版本升级设置为 Yes 的数据库集群安排两次自动升级。自动升级将在您为集群指定的维护时段内启动。

有关更多信息,请参阅“启用 Aurora MySQL 次要版本之间的自动升级”和“PostgreSQL 的自动次要版本升级”。

Amazon Aurora 主要版本可用时间

Amazon Aurora 主要版本至少会在相应社群版本的社群生命周期结束前保持可用状态。您可以参照下列日期规划您的测试和升级周期。这些日期代表每个 Aurora 版本的最短支持期限。如果 Amazon 对某个 Aurora 版本的支持时间长于原定计划,此表格中的内容将更新为最新日期。

数据库社群版本 Aurora 版本 Aurora 版本生命周期不早于此日期结束
MySQL 5.6 1 2022 年 9 月 30 日
MySQL 5.7 2 2024 年 2 月 29 日
PostgreSQL 9.6 1 2022 年 1 月 31 日
PostgreSQL 10 2 2023 年 1 月 31 日
PostgreSQL 11 3 2024 年 1 月 31 日
PostgreSQL 12 4 2025 年 1 月 31 日

为了帮助您进行规划,我们会在 Aurora 主要版本生命周期结束前至少提前 12 个月通知您。我们这样做是为了告知您有关升级过程的详细信息。具体包括某些关键时间节点、对您数据库集群的影响以及我们建议您采取的操作。我们始终建议您在进行主要版本升级之前,针对新的数据库版本彻底测试您的应用程序。在 12 个月期限过后,对后续主要版本的自动升级可能会应用于任何仍在运行中的旧版本数据库集群。如果此类情况发生,自动升级将在设定的维护时段内启动。

Amazon Aurora 次要版本发布频率

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

Amazon Aurora 次要版本可用时间

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

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

在为生命周期即将结束的次要版本进行更新之前,我们通常会提前三个月发出通知。我们这样做是为了告知您有关升级过程的详细信息。具体包括某些关键时间节点、对您数据库集群的影响以及我们建议您采取的操作。

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

每个 Aurora 主要版本中会有特定的次要版本被指定为长期支持(LTS)版本,并提供至少三年可用期限。也就是说,每个主要版本中至少有一个次要版本的可用时间超过通常的 12 个月。我们通常会在此期限结束前六个月发出提醒。我们这样做是为了告知您有关升级过程的详细信息。具体包括某些关键时间节点、对您数据库集群的影响以及我们建议您采取的操作。

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

注意

如果您希望在 LTS 次要版本的生命周期内保留该版本,请确保关闭您数据库实例的自动次要版本升级功能。如需避免您的数据库集群从 LTS 次要版本进行自动升级,请将您 Aurora 集群中所有数据库实例的自动次要版本升级设置为 No

有关所有 Aurora LTS 版本的版本号,请参阅 Aurora MySQL 长期支持 (LTS) 版本Aurora PostgreSQL 长期支持(LTS)版本

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

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

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

有关将数据库集群升级到新 Aurora 主要版本的更多信息,请参阅升级 Amazon Aurora MySQL 数据库集群升级适用于 Aurora PostgreSQL 的 PostgreSQL 数据库引擎

必需的 Amazon Aurora 升级

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

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

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

  • 使用 Amazon Aurora 快速数据库克隆功能,克隆您的集群。在新群集上进行升级以及任何升级后的测试。

  • 恢复集群快照,以创建新的 Aurora 集群。您可以自行为现有 Aurora 集群创建集群快照。Aurora 也会为您的每个集群定期自动创建快照。然后,您可以为新集群启动版本升级。在决定是否升级原集群之前,您可以在升级后的集群副本上进行试验。

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