迁移后查询性能下降主因是索引缺失、执行计划变化、配置差异和数据分布改变。需从结构、语句和配置三方面优化：检查并重建索引，确保关键字段有合适索引，删除冗余索引，合理使用复合索引；通过慢查询日志定位耗时SQL，用EXPLAIN分析执行计划，避免全表扫描和临时排序；优化SQL语句，减少SELECT *，改用JOIN且保证字段类型一致，优化分页查询；调整数据库参数如innodb_buffer_pool_size、连接数和排序缓冲区大小以适应负载。优先处理最慢SQL，结合索引与配置调优，效果显著。定期监控可维持系统稳定。
迁移系统或数据库后，查询性能下降是常见问题。核心原因通常是索引缺失、执行计划变化、配置差异或数据分布改变。要快速恢复并提升查询效率，需从结构、语句和配置三方面入手。
检查并重建索引
迁移过程中，索引可能未正确导出或创建失败，导致全表扫描。
- 确认关键字段是否有索引：尤其是WHERE、JOIN、ORDER BY涉及的列。
- 删除重复或无用索引，避免写入开销。
- 考虑使用复合索引优化多条件查询，注意字段顺序。
- 在业务低峰期重建索引，减少碎片。
分析慢查询日志
启用慢查询日志，定位耗时最长的SQL语句。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 设置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，结合索引和配置调整，效果通常立竿见影。定期监控，保持系统稳定运行。不复杂但容易忽略细节。
