慢查询是影响 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. 合理创建和使用索引

索引是提升查询速度最有效的手段：

Kira

AI创意图像生成与编辑平台

51

查看详情

• 为 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 等会话级参数。