MySQL SQL 调优完整指南
SQL 调优是一个系统性工程,需要从发现问题到解决问题的全流程掌握。下面从方法论到具体技巧详细讲解。
一、调优流程图
二、发现问题:定位慢查询
1. 开启慢查询日志
-- 查看慢查询配置SHOWVARIABLESLIKE'slow_query%';SHOWVARIABLESLIKE'long_query_time';-- 开启慢查询日志SETGLOBALslow_query_log=ON;SETGLOBALlong_query_time=1;-- 超过1秒的记录-- 查看慢查询日志mysqldumpslow-s t-t10/var/lib/mysql/slow-query.log2. 查看正在执行的慢查询
-- 查看当前正在执行的所有查询SHOWPROCESSLIST;-- 找出执行时间长的SELECT*FROMinformation_schema.PROCESSLISTWHERETIME>5ANDCOMMAND!='Sleep'ORDERBYTIMEDESC;三、分析问题:使用 EXPLAIN
1. EXPLAIN 基本用法
EXPLAINSELECT*FROMusersWHEREname='张三'\G-- 输出关键字段| 字段 | 说明 | 好的信号 | 坏的信号 |
|---|---|---|---|
| type | 访问类型 | const/ref/range | ALL(全表扫描) |
| possible_keys | 可能用的索引 | 有候选 | NULL |
| key | 实际用的索引 | 有值 | NULL |
| rows | 扫描行数 | 小 | 大 |
| Extra | 额外信息 | Using index | Using filesort |
2. 关注 Extra 字段
-- ✅ 好Usingindex-- 覆盖索引,不需要回表Usingindexcondition-- 索引下推-- ⚠️ 需要优化Usingfilesort-- 需要额外排序Usingtemporary-- 用了临时表四、解决问题:核心优化技巧
1. 索引优化
-- 为 WHERE 条件建索引CREATEINDEXidx_nameONusers(name);-- 为 ORDER BY 建索引CREATEINDEXidx_create_timeONorders(create_time);-- 复合索引注意最左前缀CREATEINDEXidx_name_ageONusers(name,age);2. 避免 SELECT *
-- ❌ 不好SELECT*FROMusersWHEREname='张三';-- ✅ 好(只查需要的字段)SELECTid,nameFROMusersWHEREname='张三';3. 避免在索引列上使用函数
-- ❌ 无法使用索引SELECT*FROMordersWHEREYEAR(create_time)=2024;-- ✅ 可以走索引SELECT*FROMordersWHEREcreate_time>='2024-01-01'ANDcreate_time<'2025-01-01';4. 分页优化
-- ❌ 深分页问题SELECT*FROMordersORDERBYidLIMIT100000,10;-- ✅ 使用游标分页SELECT*FROMordersWHEREid>100000ORDERBYidLIMIT10;5. JOIN 优化
-- 小表驱动大表-- 为 JOIN 字段建索引CREATEINDEXidx_user_idONorders(user_id);五、高级优化技巧
1. 使用覆盖索引
-- 创建包含所有查询字段的索引CREATEINDEXidx_coveringONusers(name,age,id);-- 查询可以直接从索引获取数据SELECTid,name,ageFROMusersWHEREname='张三';-- Extra: Using index2. 合理使用 EXISTS 替代 IN
-- IN 在大数据量时可能慢SELECT*FROMusersWHEREidIN(SELECTuser_idFROMordersWHEREamount>1000);-- EXISTS 可能更快SELECT*FROMusers uWHEREEXISTS(SELECT1FROMorders oWHEREo.user_id=u.idANDo.amount>1000);3. 批量操作优化
-- 批量插入INSERTINTOusers(name)VALUES('张三'),('李四'),('王五');-- 一次插入多条-- 批量更新使用临时表CREATETEMPORARYTABLEtemp_updates(idINTPRIMARYKEY,ageINT);六、监控和验证
1. 查看索引使用情况
-- 查看索引使用次数SELECTindex_name,rows_selected,rows_insertedFROMperformance_schema.table_io_waits_summary_by_index_usageWHEREobject_schema='db_name';-- 查看从未使用的索引SELECT*FROMsys.schema_unused_indexes;2. 查看查询缓存命中率
SHOWSTATUSLIKE'Qcache%';SHOWSTATUSLIKE'Handler_read%';七、总结:SQL 调优 Checklist
- 是否开启了慢查询日志?
- 是否用 EXPLAIN 分析了问题 SQL?
- WHERE 条件字段是否有索引?
- ORDER BY 字段是否有索引?
- 是否避免了 SELECT *?
- 是否避免了在索引列上使用函数?
- JOIN 字段是否有索引?
- 是否小表驱动大表?
- 分页是否过深?
- 是否有冗余或未用的索引?
一句话理解:SQL 调优就像医生看病,先查症状(慢查询日志),再诊断病因(EXPLAIN),最后对症下药(索引优化、SQL重写)。
