mysql索引优化策略

MySQL索引优化策略：程序员面试通关秘籍

作为一名常年混迹面试场的老码农，我发现MySQL索引优化几乎是必考题！今天就用大白话聊聊核心策略，帮你避开面试官的连环陷阱。

🔍 一、MySQL索引基础扫盲

索引相当于书的目录——没索引就是全表扫描（Full Table Scan），性能直接扑街。记住两个核心结构：

• B+树索引：默认引擎InnoDB的标配，适合范围查询（WHERE age > 18），叶子节点形成链表，范围查询效率碾压Hash索引
• Hash索引：Memory引擎专属，等值查询快如闪电（WHERE id=123），但不支持范围查询，内存表慎用

👉 高频面试题：为什么B+树比B树更适合数据库？
答案：B+树非叶子节点不存数据，单次IO能加载更多索引键；叶子节点双向链表，范围查询直接遍历，不用回溯到上层节点！

🛠️ 二、索引优化核心六板斧

1️⃣ 最左前缀原则 —— 联合索引的生命线

建了(name, age, city)索引？以下场景命中情况：

• WHERE name='张三' ✅ 完美命中
• WHERE name='张三' AND age>22 ✅ 命中name+age
• WHERE age=25 ❌ 直接索引失效（跳过了name）
• WHERE name='张三' ORDER BY city ✅ 索引覆盖排序

划重点：设计联合索引时，高频查询字段放左侧！

2️⃣ 拒绝索引失效的作死行为

• 隐式类型转换：WHERE phone=13800138000（phone是varchar）→ 全表扫描警告！
• 索引列运算：WHERE YEAR(create_time)=2023 → 索引失效！改写成范围查询WHERE create_time BETWEEN '2023-01-01' AND '2023-12-31'
• OR滥用：WHERE a=1 OR b=2 → 改写成UNION拆分查询

3️⃣ 覆盖索引就是性能加速器

理想情况：查询字段全在索引中 → 无需回表

-- user表索引(name, age)  
SELECT name, age FROM user WHERE name='Alice'; -- 直接索引返回，爽！  

反面教材：

SELECT * FROM user WHERE name='Alice'; -- 查完索引还得回表找其他字段，血亏！  

4️⃣ 前缀索引拯救超长字段

text/varchar(500)建索引？用前缀压缩：

ALTER TABLE article ADD INDEX idx_title_prefix(title(20)); -- 前20个字符建索引  

平衡点：长度越长，区分度越高，但索引体积爆炸；建议用COUNT(DISTINCT LEFT(col,n))/COUNT(*)计算区分度

5️⃣ 别让ORDER BY拖垮性能

ORDER BY age DESC 没索引？文件排序（Using filesort）警告！
解决方案：

• 如果WHERE用name排序，直接建(name, age)联合索引
• 分页深坑：LIMIT 100000,10 → 先用WHERE id > 100000定位

6️⃣ 定期请理索引垃圾场

无效索引危害比没索引更可怕：

• 重复索引：INDEX(a,b)和INDEX(a)同时存在 → 后者多余
• 低频索引：半年用一次的字段别建索引，拖慢写速度
  排查工具：

SHOW INDEX FROM table_name;  
SELECT * FROM sys.schema_unused_indexes; -- MySQL 5.7+  

---

💡 三、面试加餐冷知识

Q：索引是不是越多越好？
A：大错特错！每次INSERT/UPDATE都要维护索引，写操作直接变慢动作。建议单表索引数不超过5个！

Q：NULL值会不会进索引？
A：InnoDB中NULL也算一个索引值，但WHERE col IS NULL可能走索引也可能全表扫，看数据分布！

---

📌 程序员专属福利：需要面试鸭会员？通过面试鸭返利网(mianshiyafanli.com)找我下单，直接返现25元！

🔥 2025年Java面试宝典最新版：
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g
提取码: 9b3g

📉 四、索引失效的经典车祸现场

1. LIKE通配符开火车：
   WHERE name LIKE '%三' → 百分号打头，索引直接罢工！
   ✅ 救场方案：WHERE name LIKE '张%'（最左匹配生效）

2. 索引列参与计算：
   WHERE price+10 > 100 → 改写为WHERE price > 90

3. OR连接非索引字段：
   WHERE indexed_col=1 OR non_indexed_col=2 → 强制转UNION ALL：

SELECT * FROM table WHERE indexed_col=1  
UNION ALL  
SELECT * FROM table WHERE non_indexed_col=2 AND indexed_col<>1  

---

最后送大家一张索引优化决策图：

记住这组黄金公式：

高频查询 → 优先索引
写多读少 → 精简索引
长文本 → 前缀压缩
排序分组 → 联合索引覆盖

优化做得好，SQL跑得比兔子快！ 🚀