Upgrading a Minor Version
Scenarios
RDS for MySQL supports minor version upgrades to improve performance, add new functions, and fix bugs.
Precautions
- The upgrade will cause the DB instance to reboot and interrupt services intermittently. To limit the impact of the upgrade, perform the upgrade during off-peak hours, or ensure that your applications support automatic reconnection.
- When a minor version is upgraded, the network is intermittently disconnected during the primary/standby switchover. In addition, semi-synchronous replication is performed between the primary and standby instances by default. During the upgrade, there can be two waits of up to 10s for a single SQL statement to update or write data. To avoid this problem, change the replication mode to asynchronous.
- If primary and standby DB instances are deployed in the same AZ, a minor version upgrade will trigger a failover. If primary and standby DB instances are deployed in different AZs, a minor version upgrade will trigger two failovers.
- When you upgrade a minor version of a primary DB instance, minor versions of read replicas (if any) will also be upgraded automatically (they cannot be upgraded separately). Perform the upgrade during off-peak hours because the DB instance will be rebooted after the upgrade is complete.
- If your RDS instance is involved in a DRS task, upgrading the minor version may cause the DRS task to fail.
You are advised to check the retention period of RDS instance binlogs before upgrading the minor version.
- If the binlogs are within the retention period, the DRS task will automatically restart after the minor version is upgraded.
- If the binlogs are beyond the retention period, you need to reconfigure or recreate a DRS task.
- A minor version upgrade cannot be rolled back after the upgrade is complete. If the upgrade fails, the DB instance will be automatically rolled back to the source version.
- You are advised to perform a full backup before upgrading a minor version.
- A minor version can be upgraded in minutes.
- DDL operations on events, such as CREATE EVENT, DROP EVENT, and ALTER EVENT, are not allowed during a minor version upgrade.
During a minor version upgrade, if you are prompted that there are DDL operations being executed on the primary instance, do as follows:
- Change the status of the event whose STATUS is SLAVESIDE_DISABLED to ENABLED or DISABLED, and then perform the upgrade.
- Delete the events whose STATUS is SLAVESIDE_DISABLED and then perform the upgrade.
Constraints
- If the replication delay between primary and standby DB instances is longer than 300 seconds, the minor version cannot be upgraded.
- Minor versions cannot be upgraded for DB instances with abnormal nodes.
Procedure
- Log in to the management console.
- Click in the upper left corner of the page and choose Databases > Relational Database Service.
- On the Instances page, click the instance name.
- In the DB Information area on the Basic Information page, click Upgrade Minor Version next to the DB Engine Version field.
- In the displayed dialog box, select a scheduled time and click OK.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.