一文秒懂MySQL 的索引下推

-- 员工表，索引在 (年龄, 分公司)
CREATE TABLE 员工表 (
    工号 INT PRIMARY KEY,
    姓名 VARCHAR(50),
    年龄 INT,
    分公司 VARCHAR(50),
    工资 DECIMAL(10,2),
    INDEX idx_年龄_分公司 (年龄, 分公司)
);
-- 传统查询（没有索引下推）
SELECT * FROM 员工表 
WHERE 年龄 > 25 
  AND 分公司 LIKE '北京%';
-- 执行过程：
-- 1. 索引找到所有年龄>25的记录（500条）
-- 2. 拿着500个工号去查详细档案（500次）
-- 3. 在500条详细记录中筛选"北京分公司"

-- 开启索引下推后
-- 执行过程：
-- 1. 索引找到所有年龄>25的记录（500条）
-- 2. 索引自己先筛选"分公司 LIKE '北京%'"（剩80条）
-- 3. 只查80个员工的详细档案

-- 情况1：索引里有的信息，人事自己就能判断
-- 索引：(年龄, 城市)
SELECT * FROM 用户 
WHERE 年龄 > 20 
  AND 城市 LIKE '上海%';  -- ✅ 能用！城市在索引里
-- 情况2：部分条件在索引里
SELECT * FROM 订单 
WHERE 用户ID = 1001 
  AND 状态 = '已支付';  -- ✅ 能用！两个都在索引里

-- 情况1：要的信息索引里全有，不需要查档案
-- 索引：(姓名, 年龄)
SELECT 姓名, 年龄 FROM 员工;  -- ❌ 不需要！直接看名单就行
-- 情况2：条件不在索引里
-- 索引：(年龄, 城市)
SELECT * FROM 用户 
WHERE 年龄 > 20 
  AND 工资 > 10000;  -- ❌ 不能用！工资不在索引里

传统方式：
✓ 索引扫描：找到50万条记录（很快）
✓ 回表查询：查50万次详细数据（很慢！）
✓ 内存筛选：在50万条里找北京的（一般慢）
⏱️ 总耗时：3.2秒
索引下推：
✓ 索引扫描+筛选：直接找到5万条记录（稍慢一点）
✓ 回表查询：只查5万次详细数据（快很多！）
⏱️ 总耗时：0.8秒

传统：图书管理员只按"作者=鲁迅"找书，找到100本
      你一本本翻看是不是"小说类"
下推：告诉管理员"作者=鲁迅 AND 类别=小说"
      直接给你30本小说

传统：美团先按"距离<3km"筛选出50家店
      你再一家家看有没有"评分>4.5"
下推：直接搜索"距离<3km AND 评分>4.5"
      直接显示15家符合的店

-- 默认就是开启的（MySQL 5.6+）
-- 查看有没有用上
EXPLAIN SELECT ...;
-- 看到"Using index condition"就是用了索引下推

"年龄>30岁的北京分公司程序员"