【巡检问题分析与最佳实践】RDS MySQL小版本升级最佳实践

前言

任何软件满足客户的需求都不是一蹴而就的，都是通过版本迭代完善功能和优化性能。无论是开源社区、还是电脑、手机类的应用，都是需要经常升级的，只不过越往底层如操作系统、CPU型号等升级，依托于操作系统之上的上层应用影响越大，版本迭代越慢。对于跑在云上的客户来说，底层数据库的升级影响也比较大，所以要做好充足的验证。为了减少广大客户在升级版本过程中少踩坑，保障业务稳定，特推出此文章仅供参考。

RDS MySQL来说也有不同的版本，5.0, 5.1，5.5，5.6，5.7，8.0(这里称为大版本)，现在在云上已经没有5.0和5.1的版本了，其中以5.6最多。除了大版本的升级外，同一个版本内部也有不同的小版本，如5.7里也有不同的小版本迭代。在以往我们遇到过很多版本升级遇到的问题，所以这篇文章就来聊聊如何少踩坑。

升级方法

不同小版本的release notes可以参考 

https://help.aliyun.com/document_detail/96060.html

 。

小版本的升级可以用自动升级和手动升级两种：自动升级会在运维时间自动帮客户升级到最新的小版本。手动升级是会发版本，详细 

https://help.aliyun.com/document_detail/96059.html

FAQ

1. 哪些小版本需要升级？

小版本建议大于一年的升级掉，每次升级都会新增特性，修改BUG，会是MySQL越来越健壮，性能越好。

1. 升级需要多长时间？

RDS MySQL本地SSD盘升级分为本地升级和跨机升级两种方式。本地升级只需要原地修改配置就可以，比较快。跨机升级的完整时间取决于实例大小和备份恢复的速度，具体进度条控制台已经有显示。

1. 升级对应用的影响？

升级只有在切换时对应用有影响，影响的时间和HA切换的时间一样，通常情况1分钟左右可以切换完成。