启用 Aurora MySQL 次要版本之间的自动升级
对于 Amazon Aurora MySQL 数据库集群,您可以指定 Aurora 自动将数据库集群升级到新的次要版本。您可以通过设置数据库集群的 AutoMinorVersionUpgrade
属性(在Amazon Web Services Management Console中启用自动次要版本升级)来实现此目的。
自动升级在维护时段发生。如果数据库集群中的各个数据库实例的维护时段与集群维护时段不同,则集群维护时段优先。
自动次要版本升级不适用于以下类型的 Aurora MySQL 集群:
-
属于 Aurora 全局数据库的集群
-
具有跨区域副本的集群
中断持续时间取决于工作负载、集群大小、二进制日志数据量以及 Aurora 是否可以使用零停机时间修补(ZDP)功能。Aurora 会重新启动数据库集群,因此您可能会在恢复使用集群之前经历短暂的不可用时间。特别是,二进制日志数据量会影响恢复时间。数据库实例在恢复期间处理二进制日志数据。因此,大量的二进制日志数据会增加恢复时间。
注意
只有在数据库集群中的所有数据库实例中启用 AutoMinorVersionUpgrade
设置,Aurora 才会执行自动升级。有关如何设置该设置及其在集群和实例级别应用时的工作原理,请参阅 Aurora 数据库集群的自动次要版本升级。
然后,如果数据库集群的实例存在到 AutoUpgrade
已设置为 true 的次要数据库引擎版本的升级路径,则会进行升级。AutoUpgrade
设置是动态的,由 RDS 进行设置。
系统会对默认次要版本执行自动次要版本升级。
您可以使用如下 CLI 命令来检查 Aurora MySQL 集群中所有数据库实例的 AutoMinorVersionUpgrade
设置的状态。
aws rds describe-db-instances \ --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'
该命令产生的输出类似于以下内容:
[ { "DBInstanceIdentifier": "db-t2-medium-instance", "DBClusterIdentifier": "cluster-57-2020-06-03-6411", "AutoMinorVersionUpgrade": true }, { "DBInstanceIdentifier": "db-t2-small-original-size", "DBClusterIdentifier": "cluster-57-2020-06-03-6411", "AutoMinorVersionUpgrade": false }, { "DBInstanceIdentifier": "instance-2020-05-01-2332", "DBClusterIdentifier": "cluster-57-2020-05-01-4615", "AutoMinorVersionUpgrade": true }, ... output omitted ...
在此示例中,数据库集群 cluster-57-2020-06-03-6411
的允许自动次要版本升级处于关闭状态,因为对于集群中的其中一个数据库实例关闭了此功能。