Aurora MySQL 2（兼容 MySQL 5.7）升级前检查
内容提要
本文介绍了数据库升级的步骤和注意事项，包括准备工作、检查和验证、升级演练和回滚策略。提供了工具和命令来辅助检查和验证，强调了数据同步和性能压测的重要性。分享了回滚策略和反向数据同步的方式。
延伸解读
升级时间窗口与成本考量
Aurora MySQL 2 的标准支持将于 2024 年 10 月 31 日停止，之后用户可选择扩展支持继续使用长达三年，但需注意从 2024 年 12 月 1 日起将收取扩展支持费用。因此，在规划升级时，除了技术准备，还需权衡扩展支持的成本与升级带来的收益，建议在标准支持结束前完成升级，以避免额外费用。
静态检查：兼容性与客户端梳理
静态检查是升级前的重要环节，包括使用 MySQL Shell 的 util.checkForServerUpgrade() 进行兼容性检查，以及统计所有客户端信息。兼容性检查能提前发现不兼容项，如旧临时类型、分区表引擎问题等，避免升级失败。客户端统计则确保 JDBC 版本、连接方式（建议使用 Endpoint 而非 IP）、SSL 证书等与新版兼容，减少升级后连接问题。
动态检查与性能压测的必要性
动态检查关注 SQL 可执行性和性能，需收集 SQL 文本（通过 Performance Insights、慢日志或 performance_schema），并在新旧版本中对比执行计划。同时，检查索引状态和统计信息，防止升级导致索引失效或统计信息丢失。性能压测可评估升级后整体性能，并作为后续扩缩容的基准，建议全链路压测以获取更准确结果。
回滚策略：反向同步与快速恢复
回滚策略需提前定义，以应对升级后可能出现的严重问题。常见方式包括快照还原和保留旧实例，但为最小化业务影响，可提前搭建反向 CDC 复制（通过 DMS 或手动配置 Read Replica），实现高版本向低版本的持续同步。这样在需要回退时，只需停写并切换 Endpoint，即可快速恢复，RPO 可接近 0，RTO 取决于同步延迟。
Q&A
Aurora MySQL 2的标准支持何时停止？
Aurora MySQL 2的标准支持将于2024年10月31日停止。
升级Aurora MySQL 2到3前需要进行哪些检查？
需要进行环境准备、静态检查（兼容性检查和客户端信息统计）以及动态检查（SQL可执行性和性能检测）。
如何进行Aurora MySQL的回滚操作？
回滚操作可以通过快照还原或保留旧实例来实现，确保在升级前记录切换时的事件和Binlog位点。
在升级过程中，如何验证数据同步状态？
可以通过监控主从同步状态和创建时间表定期插入时间戳来验证数据同步状态。
升级演练的目的是什么？
升级演练的目的是让操作人员熟悉升级过程，记录操作耗时，发现并解决问题，确保生产环境的安全。
Aurora MySQL 2升级前的静态检查包括哪些内容？
静态检查包括兼容性检查和客户端信息统计。
