mysql索引优化面试题

MySQL索引优化面试题 - 程序员视角拆解高频考点

🔥 2025年Java面试宝典抢先领：
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g
提取码: 9b3g
（建议保存备用，涵盖MySQL索引优化面试题及核心知识点）

📌 一、索引的本质与数据结构

面试官最爱问："为什么B+树是MySQL索引的默认选择？"
核心回答要点：

1. 对比B树：B+树非叶子节点不存数据，单页能存更多键值，降低树高，减少IO次数
2. 范围查询优势：叶子节点形成有序链表，范围查询（如WHERE id > 100）效率碾压B树
3. 磁盘友好性：数据全存叶子节点，查询路径长度稳定，机械硬盘随机IO是性能杀手

🔍 二、Explain执行计划实战解读

当面试官要求优化慢SQL时，Explain就是你的诊断工具：

EXPLAIN SELECT * FROM orders WHERE user_id = 100 AND status = 'paid';

关键字段解读：

• type列：
  • const（主键/唯一索引） > ref（普通索引） > range（范围索引） > ALL（全表扫描）
• Extra列：
  • Using index：覆盖索引，无需回表
  • Using filesort：内存排序警告，需考虑索引优化
  • Using temporary：需创建临时表，高危信号！

⚡ 三、索引优化四大黄金法则

1. 最左前缀原则
   联合索引(a,b,c)生效场景：

   • WHERE a=1 AND b=2 ✅
   • WHERE b=2 AND a=1 ✅（优化器自动调整顺序）
   • WHERE c=3 ❌（直接失效！）

2. 避免索引失效雷区

   • 对索引列做计算：WHERE YEAR(create_time)=2023 → 改范围查询
   • 隐式类型转换：WHERE phone=13800138000（phone是varchar）→ 全表扫描
   • 左模糊查询：WHERE name LIKE '%张%' → 考虑全文索引

3. 覆盖索引优先策略
   避免回表查询：

   -- 反例：需回表查age列
   SELECT name,age FROM users WHERE name='张三'; 
   
   -- 正例：建立联合索引(name,age)
   

4. 前缀索引巧用
   文本字段超长时：

   ALTER TABLE logs ADD INDEX idx_url_prefix(url(20));
   

   需平衡区分度与存储空间（COUNT(DISTINCT LEFT(url,20))/COUNT(*) >90%较理想）

💣 四、索引失效的经典面试题

场景：某电商平台订单表索引(user_id, product_id)，查询WHERE product_id=100依然慢

破题思路：

1. 联合索引未遵循最左匹配，需单独建product_id索引
2. 数据倾斜严重，product_id=100的记录占50%？ → 考虑force index或调整查询策略
3. 存在隐式转换？检查表结构字段类型

🛠️ 五、真实业务优化案例

背景：千万级用户表按phone查询慢，现有单列索引但存在大量更新

优化方案：

1. 拆解查询场景：90%为精确查询 → 保留phone索引
2. 高频范围查询（如区号）→ 新增前缀索引LEFT(phone,7)
3. 引入异步更新机制，避免写操作阻塞

✨ 附送求职利器：
准备面试鸭会员可享面试鸭返利网专属返利25元！覆盖主流大厂真题库，戳这里直达 👇

终极忠告：索引优化面试题的核心不是死记硬背，而是理解数据访问路径的底层逻辑。建议用真实数据验证执行计划，毕竟EXPLAIN不会说谎！