在 MySQL 中，慢查询会严重影响数据库性能和系统响应速度。优化慢查询需要从定位问题、分析执行计划到调整结构与语句多个环节入手。以下是实用的优化方法。
1. 开启慢查询日志定位问题 SQL
要优化，先得知道哪些 SQL 执行慢。通过开启慢查询日志可以记录执行时间超过指定阈值的语句。
在配置文件 my.cnf 中设置：slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
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，再结合执行计划和索引策略逐步优化。持续监控和迭代才能保持数据库高效运行。
