升级 Aurora MySQL 数据库集群的次要版本或补丁程序级别
可以使用以下方法升级数据库集群的次要版本或修补数据库集群：
-
通过修改引擎版本升级 Aurora MySQL（适用于 Aurora MySQL 版本 2 和 3）
有关零停机时间修补如何减少升级过程中的中断的信息，请参阅使用零停机时间修补。
有关对 Aurora MySQL 数据库集群执行次要版本升级的信息，请参阅以下主题。
主题
在执行次要版本升级之前
建议您执行以下操作以缩短次要版本升级期间的停机时间：
应在流量较低的时段执行 Aurora 数据库集群维护。使用 Performance Insights 来识别这些时间段，以便正确配置维护时段。有关 Performance Insights 的更多信息，请参阅在 Amazon RDS 上使用 Performance Insights 监控数据库负载。有关数据库集群维护时段的更多信息，请参阅调整首选数据库集群维护时段。
-
使用支持指数回退和抖动的 Amazon SDK 作为最佳实践。有关更多信息，请参阅 Exponential Backoff And Jitter
。
Aurora MySQL 的次要版本升级预检查
当您启动次要版本升级时，Amazon Aurora 会自动运行预检查。
这些预检查是必需的。您不能选择跳过它们。预检查提供以下好处：
-
它们让您可以在升级期间避免出现计划外停机。
-
如果存在不一致项，Amazon Aurora 将阻止升级并提供日志以供您参阅。然后，您可以使用日志来减少不兼容的情况，以准备数据库进行升级。有关消除不兼容情况的详细信息，请参阅 MySQL 文档中的 Preparing your installation for upgrade
。
在为了升级而停止数据库实例之前先运行预检查，这意味着它们在运行时不会造成任何停机。如果预检查发现不兼容问题，Aurora 会在停止数据库实例之前自动取消升级。Aurora 还会针对不兼容问题生成事件。有关 Amazon Aurora 事件的更多信息，请参阅使用 Amazon RDS 事件通知。
Aurora 在日志文件 PrePatchCompatibility.log 中记录有关每项不兼容性的详细信息。在大部分情况下，日志条目包括用于纠正不兼容性的 MySQL 文档的链接。有关查看日志文件的更多信息，请参阅 查看和列出数据库日志文件。
由于预检查的性质，它们会分析数据库中的对象。此分析会导致资源消耗并增加完成升级的时间。
备选的蓝绿升级技术
在某些情况下，您的首要任务是立即从旧集群切换到升级后的集群。在此类情况下，您可以使用多步骤流程，并排运行新旧集群。此处，您可以将数据从旧集群复制到新集群，直到您准备好接管新集群。有关详细信息，请参阅使用 Amazon Aurora 蓝绿部署进行数据库更新。