解决 MySQL 查询速度缓慢的问题
针对MySQL查询速度缓慢问题，以下是系统性的优化方案，按优先级排序：
一、定位慢查询
- 开启慢查询日志
配置slow_query_log=ON并设置阈值（如long_query_time=1），记录执行超过1秒的SQL。 - 分析日志工具
使用mysqldumpslow或pt-query-digest工具解析日志，高频慢SQL优先处理。
二、索引优化（核心手段）
- 索引失效场景
- 避免在索引列使用函数、计算或类型转换。
- 联合索引需遵循最左匹配原则，离散度高的字段放前面。
- 索引覆盖
通过联合索引包含所有查询字段，避免回表（如SELECT a,b FROM tbl WHERE c=1需索引(c,a,b)）。 - 索引精简
删除冗余索引（如已有(a,b)索引则单独a索引冗余）。
三、SQL语句优化
| 优化方向 | 具体措施 | 效果 |
|---|---|---|
| 查询字段 | 禁止SELECT *，只取必要字段 | 减少网络传输/内存占用 |
| 分页优化 | 深分页改用WHERE id > ? LIMIT n或延迟关联（先查ID再关联） | 避免全表扫描 |
| JOIN控制 | 关联表≤3个，避免多层嵌套；大表关联改用多次查询+程序处理 | 降低复杂度 |
| 子查询 | 将IN/EXISTS子查询改写为JOIN | 减少临时表生成 |
四、表结构与配置调整
- 表设计优化
- 大表水平拆分（如按时间分表）。
- 适度冗余字段减少
JOIN（违反范式但提升性能）。
- 引擎参数调优
ini
innodb_buffer_pool_size = 机器内存的70% # 提升缓存命中率:ml-citation{ref="12" data="citationList"} innodb_flush_log_at_trx_commit = 2 # 降低写盘频率（非强一致场景）
五、架构层扩展
- 读写分离
将分析类查询路由到只读副本，减轻主库压力。 - 缓存应用
高频查询结果缓存到Redis，减少数据库访问。
关键排查流程
mermaidgraph TD A[发现慢查询] --> B[开启慢日志定位SQL] B --> C{EXPLAIN分析执行计划} C -->|索引问题| D[优化索引/重写SQL] C -->|数据量过大| E[分表/缓存] C -->|配置瓶颈| F[调整参数/升级硬件] 注：优化后需用
EXPLAIN验证执行计划是否改善（关注type至少达range，避免ALL全表扫描。