1、支持5.7和8.0版本，这意味着您现在已经使用的代码、应用程序和工具可以与一起使用。为了保证的可靠性和安全性，亚马逊云科技会不断的推动的数据库版本的迭代，关于升级的具体分析请大家参考：《保驾护航–5.7到8.0升级指南》。
2、本篇，我们主要介绍如何进行的版本升级，以及对各种升级方法进行对比。在进入升级步骤之前，我们先梳理下数据库实例的两种升级方式：。主要版本升级可能会包含与现有应用程序不兼容的数据库变更。
3、因此，您必须手动为数据库实例执行主要版本升级。您可以通过修改数据库实例来启动主要版本升级。但是，执行主要版本升级之前，我们建议您按照的主要版本升级中的说明操作。次要版本升级仅包括与现有应用程序向后兼容的更改。
4、您可以通过修改数据库实例来手动启动次要版本升级。您也可以在创建或修改数据库实例时启用自动次要版本升级选项。这样做意味着数据库实例在测试并批准新版本后会自动升级。
5、在执行升级之前，我们希望您可以完成以下工作，限于篇幅有限，这里不会对每个前置步骤进行展开介绍，我们会给出同系列的参考资料。我们准备可以详细的升级预检查的流程介绍，详细请参考：《保驾护航–5.7到8.0升级前预检查》。创建参数组并根据原配置设置新的参数组，最大限度减少升级过程中参数不一致带来的影响。具体步骤请参考：《保驾护航–5.7到8.0升级指南》。
1、您需要根据升级预检查和新版本的特性应用需要更新现有的表结构、代码等。每种升级方法都有自己的适用场景，我们整理了不同升级方案的优缺点，具体请查看：《保驾护航–5.7到8.0升级指南》。我们通过不断的模拟读请求和写请求来评估升级过程中数据库的可读写性，但因为数据库数据量、实例类型、网络环境等各种环境的不一致，最终的可用性不可以作为您生产环境的数据库升级的参考，仅帮助您理解升级过程可用性发生的变化。
2、通过每隔1秒循环读请求数据库，判断数据库是否工作正常：。通过每隔1秒循环写请求数据库，判断数据库是否写入正常：。注意：尽管我们可能做了升级的准备工作，但是因为环境的不一致性，以及从数据重要性的角度出发，我们建议优先在开发/测试环境进行升级方法的验证。就地升级是指在控制台点击修改按钮或者使用命令，优点是简单、易操作；缺陷是可能带来数据库不可用的时间长。
3、4.1。1修改配置数据库升级信息。
4、注：本文的下图演示为从5.7。33升级到8.04.1。
5、2应用升级。4.1。3监控分析通过只读副本进行升级的方式核心是通过先升级只读副本，不影响主体数据库读写功能的基础上；通过提升原只读副本为主库的方式来实现快速切换，减少数据库升级的影响。
