- Newest
- Most votes
- Most comments
I understand you're having difficulty upgrading your Aurora MySQL cluster from version 2.12.24 to version 3.0.x in the us-west-2 region, while you were successful in the ap-south-1 region. This situation suggests that there might be specific issues with the cluster in us-west-2 that are preventing the upgrade. Here are some potential reasons and steps to troubleshoot:
-
Global Database Configuration: If your Aurora cluster is part of a global database, you need to follow a specific process for upgrading. This involves removing all secondary regions from the global cluster, upgrading the primary region, and then re-adding the secondary regions.
-
Upgrade Prechecks: Aurora runs prechecks before initiating the upgrade process. These prechecks might be failing in the us-west-2 cluster. Common issues that cause precheck failures include:
- Schema inconsistencies
- Orphaned FULLTEXT indexes
- Objects with reserved keywords
- Tables with invalid characters in column definitions
-
XA Transactions: If there are any XA transactions in the prepared state, they need to be committed or rolled back before the upgrade can proceed.
-
Large Number of Tables: If your cluster has a substantial number of tables, it can extend the duration of the precheck and upgrade process. Consider reviewing and eliminating unused tables.
-
High Number of Undo Records: A high number of undo records can result in a long upgrade time. Check the RollbackSegmentHistoryListLength (HLL) metric and consider performing the upgrade when this value is low.
-
Large Ongoing Write Transactions: If there are large transactions with many uncommitted changes, they can cause prolonged upgrades.
-
Long-running or Uncommitted Idle Transactions: These can block the upgrade prechecks and cause failures.
To resolve this issue:
- Check the Aurora logs for any specific error messages related to the upgrade failure.
- Run the upgrade prechecks manually if possible to identify any issues.
- Address any of the above-mentioned problems if they are present in your us-west-2 cluster.
- If you're dealing with a global database, ensure you're following the correct upgrade process for global clusters.
- Consider contacting AWS Support if you continue to face issues, as they can provide more targeted assistance based on your specific cluster configuration and any error messages you're receiving.
Remember, it's crucial to upgrade your Aurora MySQL version 2 clusters to version 3 before the end of standard support on October 31, 2024, to take advantage of new features and optimizations.
Sources
Upgrading Aurora MySQL by modifying the engine version - Amazon Aurora
Amazon Aurora MySQL version 2 (with MySQL 5.7 compatibility) to version 3 (with MySQL 8.0 compatibility) upgrade checklist, Part 2 | AWS Database Blog
Amazon Aurora MySQL version 2 (with MySQL 5.7 compatibility) to version 3 (with MySQL 8.0 compatibility) upgrade checklist, Part 1 | AWS Database Blog
answered 2 years ago
Relevant content
asked 3 years ago
asked 3 years ago
asked 5 years ago
