先定位慢SQL，再结合执行计划与索引优化。开启慢查询日志并分析高频耗时语句；使用EXPLAIN检查是否走索引、扫描行数等；合理创建复合索引与覆盖索引；优化SQL写法，避免全表扫描；调整配置参数与表结构提升整体性能。
在 MySQL 中，慢查询会严重影响数据库性能和系统响应速度。优化慢查询需要从定位问题、分析执行计划到调整结构与语句多个环节入手。以下是实用的优化方法。
1. 开启慢查询日志定位问题 SQL
要优化，先得知道哪些 SQL 执行慢。通过开启慢查询日志可以记录执行时间超过指定阈值的语句。
- 在配置文件 my.cnf 中设置：
slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
- 重启服务或动态生效后，MySQL 会记录执行超过 1 秒的查询。
- 使用 mysqldumpslow 或 pt-query-digest 分析日志，找出高频或耗时最长的 SQL。
2. 使用 EXPLAIN 分析执行计划
对可疑 SQL 使用 EXPLAIN 查看执行路径，判断是否走了索引、是否存在全表扫描等问题。
- 在 SQL 前加 EXPLAIN，观察 key 是否为 NULL（未用索引）。
- 关注 type 字段：ALL 表示全表扫描，index 表示索引扫描，ref/eq_ref 更高效。
- 检查 rows 数值，过大说明扫描数据多，需优化。
例如：
EXPLAIN SELECT * FROM users WHERE email = 'test@example.com';
3. 合理创建和优化索引
索引是提升查询速度的核心手段，但不合理的索引反而拖累性能。
- 为 WHERE、ORDER BY、GROUP BY 涉及的字段建立索引。
- 避免过度索引，尤其是对频繁写入的表，索引会增加插入更新成本。
- 使用复合索引时注意最左前缀原则，如 (a,b,c) 索引支持 a、a+b、a+b+c 查询，但不支持单独 b 或 c。
- 考虑使用覆盖索引，让查询字段全部包含在索引中，避免回表。
例如：
CREATE INDEX idx_email ON users(email);
4. 优化 SQL 语句写法
很多慢查询源于低效的 SQL 写法。
- 避免 SELECT *，只查需要的字段。
- 减少子查询嵌套，尽量用 JOIN 替代。
- 慎用 LIKE '%xxx%'，会导致索引失效；可用全文索引替代模糊匹配。
- 分页查询避免 OFFSET 过大，可记录上一次位置改用 WHERE id > last_id LIMIT 10。
- 避免在 WHERE 条件中对字段做函数操作，如 DATE(create_time)，会导致索引失效。
5. 调整数据库配置与表结构
适当调优系统参数也能提升整体查询效率。
- 增大 innodb_buffer_pool_size，让更多数据缓存在内存中。
- 合理设置连接数 max_connections，防止资源耗尽。
- 对大表考虑分区（Partitioning），按时间或范围拆分数据。
- 定期分析表统计信息：ANALYZE TABLE table_name;
- 避免使用过长的 VARCHAR 或 TEXT 字段作为查询条件。
基本上就这些。关键是先定位慢 SQL，再结合执行计划和索引策略逐步优化。持续监控和迭代才能保持数据库高效运行。
