慢查询优化需从日志分析、执行计划、索引设计、SQL写法和系统配置入手。1. 开启慢查询日志并使用pt-query-digest定位耗时SQL；2. 用EXPLAIN检查type、key、rows和Extra字段，避免全表扫描和临时排序；3. 为常用查询条件列建立复合索引并遵循最左前缀原则；4. 避免SELECT*、子查询和WHERE中对字段函数操作，改用主键分页；5. 调整innodb_buffer_pool_size等参数提升缓存命中率。持续监控与小步优化可稳定提升性能。
慢查询是影响 MySQL 性能的常见问题，优化的核心在于减少查询响应时间、降低资源消耗。关键点包括：合理使用索引、优化 SQL 语句结构、调整数据库配置和分析执行计划。
1. 启用并分析慢查询日志
开启慢查询日志，定位执行时间过长的 SQL：
- 在 my.cnf 配置文件中设置：
slow_query_log = ON long_query_time = 1 slow_query_log_file = /var/log/mysql/slow.log
- 重启服务或动态启用：SET GLOBAL slow_query_log = 'ON';
- 使用 mysqldumpslow 或 pt-query-digest 分析日志，找出高频或耗时最长的语句。
2. 使用 EXPLAIN 分析执行计划
对慢 SQL 执行 EXPLAIN，查看执行路径：
- 关注 type（访问类型），尽量避免 ALL（全表扫描），理想为 const、ref 或 range。
- 检查 key 是否使用了索引，key_len 判断索引使用是否充分。
- rows 显示预估扫描行数，越小越好。
- Extra 字段出现 Using filesort 或 Using temporary 表示需要优化。
3. 合理创建和使用索引
索引是提升查询速度最有效的手段：
- 为 WHERE、JOIN、ORDER BY 涉及的列建立索引。
- 复合索引遵循最左前缀原则，例如 (a,b,c) 索引支持 a、a+b、a+b+c 查询。
- 避免过多索引，会拖慢写操作并占用空间。
- 定期检查冗余或未使用的索引，可通过 information_schema.statistics 和 performance_schema 进行分析。
4. 优化 SQL 写法
不良的 SQL 结构会导致性能急剧下降：
- 避免 SELECT *，只查需要的字段。
- 少用子查询，可改写为 JOIN。
- 避免在 WHERE 条件中对字段做函数操作，如 DATE(create_time) = '2024-01-01'，会失效索引。
- 分页查询大数据时，用主键范围代替 OFFSET，例如：
WHERE id > 10000 LIMIT 20 比 LIMIT 10000, 20 更快。
5. 调整系统配置
适当调优 MySQL 参数可提升整体性能：
- innodb_buffer_pool_size：设为物理内存的 70%-80%，缓存数据和索引。
- query_cache_type：MySQL 8.0 已移除查询缓存，低版本可酌情启用。
- max_connections：避免连接数过多导致资源竞争。
- 根据业务场景调整 sort_buffer_size、join_buffer_size 等会话级参数。
