迁移后如何优化查询性能

迁移后查询性能下降主因是索引缺失、执行计划变化、配置差异和数据分布改变。需从结构、语句和配置三方面优化：检查并重建索引，确保关键字段有合适索引，删除冗余索引，合理使用复合索引；通过慢查询日志定位耗时SQL，用EXPLAIN分析执行计划，避免全表扫描和临时排序；优化SQL语句，减少SELECT *，改用JOIN且保证字段类型一致，优化分页查询；调整数据库参数如innodb_buffer_pool_size、连接数和排序缓冲区大小以适应负载。优先处理最慢SQL，结合索引与配置调优，效果显著。定期监控可维持系统稳定。

迁移系统或数据库后，查询性能下降是常见问题。核心原因通常是索引缺失、执行计划变化、配置差异或数据分布改变。要快速恢复并提升查询效率，需从结构、语句和配置三方面入手。

检查并重建索引

迁移过程中，索引可能未正确导出或创建失败，导致全表扫描。

• 确认关键字段是否有索引：尤其是WHERE、JOIN、ORDER BY涉及的列。
• 删除重复或无用索引，避免写入开销。
• 考虑使用复合索引优化多条件查询，注意字段顺序。
• 在业务低峰期重建索引，减少碎片。

分析慢查询日志

启用慢查询日志，定位耗时最长的SQL语句。

• 设置long_query_time为1秒或更低，捕获潜在问题。
• 使用EXPLAIN或EXPLAIN ANALYZE查看执行计划，关注type（访问类型）、rows（扫描行数）和Extra信息。
• 重点关注filesort、temporary等提示资源消耗的操作。

优化SQL语句与结构设计

部分查询在新环境中表现变差，可能是语句本身可优化。

• 避免SELECT *，只取需要的字段，减少I/O和网络传输。
• 用JOIN替代子查询（在某些场景下更高效），确保关联字段类型一致。
• 分页查询使用覆盖索引或延迟关联，避免OFFSET过大导致性能骤降。
• 检查表结构是否合理，必要时拆分大表或归档历史数据。

调整数据库配置参数

新环境的默认配置可能不适合当前负载。

• 增加innodb_buffer_pool_size（MySQL）以提升缓存命中率。
• 调整连接数限制，避免连接等待。
• 根据内存情况设置排序和临时表大小（sort_buffer_size, tmp_table_size）。

基本上就这些。迁移后的性能调优是个逐步过程，先抓主要矛盾——找出最慢的几条SQL，结合索引和配置调整，效果通常立竿见影。定期监控，保持系统稳定运行。不复杂但容易忽略细节。