升级后需更新统计信息、检查执行计划变化、利用新特性优化查询并重新评估索引设计，结合业务场景持续监控慢查询日志以提升性能。
MySQL升级后，虽然新版本自带性能提升和优化器改进，但要充分发挥数据库潜力，仍需结合实际业务场景进行查询优化。以下是升级后常见的优化方法和建议。
1. 更新统计信息以提升执行计划准确性
MySQL的查询优化器依赖表的统计信息来选择最优执行路径。升级后，旧的统计信息可能不再准确，导致执行计划偏差。
建议操作：
- 对大表或频繁更新的表运行 ANALYZE TABLE table_name;，刷新索引分布统计。
- 检查 innodb_stats_persistent 是否启用（推荐开启），确保统计信息持久化。
2. 检查并优化执行计划变化
新版本优化器可能改变原有查询的执行路径，某些原本高效的查询反而变慢。
应对方法：
- 使用 EXPLAIN FORMAT=JSON 对比升级前后执行计划，关注 type、key、rows 和 filtered 字段。
- 留意是否出现全表扫描（ALL）替代了索引扫描（ref 或 range）。
- 若发现退化，可通过 INDEX HINT 强制使用特定索引，辅助排查问题。
3. 利用新版本特性优化查询
MySQL 5.7/8.0 引入多项查询优化功能，合理使用可显著提升效率。
关键特性包括：
- 隐藏索引（Invisible Indexes）：测试删除某个索引对查询的影响，避免直接删除造成风险。
- 直方图统计（Histograms）：在列上创建直方图（ANALYZE TABLE ... UPDATE HISTOGRAM），帮助优化器更好估算数据分布，适用于偏态数据。
- CTE 和窗口函数：替代复杂子查询，提高可读性和执行效率。
4. 重新评估索引设计
升级后查询模式可能变化，原有索引未必最优。
优化建议：
- 通过 performance_schema 或 sys.schema_unused_indexes 查看未使用索引，考虑删除以减少写开销。
- 检查是否存在冗余或重复索引，如 (a) 和 (a,b) 同时存在。
- 为高频查询添加覆盖索引，避免回表。
基本上就这些。升级MySQL只是第一步，后续通过分析执行计划、更新统计、善用新功能和调整索引策略，才能真正实现查询性能跃升。不复杂但容易忽略的是持续监控慢查询日志，及时发现异常SQL。
