MySQL 8.0 覆盖索引设计实战指南 + 10 个慢查询场景的索引优化方案（含 EXPLAIN 前后对比）

背景

生产环境 MySQL 8.0（InnoDB），日均慢查询 200+ 条。大量慢查询的根因不是缺索引，而是索引设计不合理：回表过多、索引列顺序错误、函数包裹列导致索引失效、隐式类型转换等。需要一个系统化的方法论，从 EXPLAIN 输出判断到索引重建，形成团队可复用的 SOP。

最终要什么

1. 覆盖索引设计实战指南（Markdown，≥3000 字），包含：

• 索引设计三原则：最左前缀、选择性排序、覆盖索引 vs 回表的量化判断
• 索引失效的 7 种典型场景（函数包裹列、隐式转换、OR 非索引列、范围列后接等值列、大 OFFSET、前导通配 LIKE、索引列上算术运算）及每种的具体规避 SQL
• 从 EXPLAIN 输出（type/key/rows/filtered/Extra）判断索引是否命中的决策流程
• 末尾附一张「EXPLAIN 关键字段速查表」（含 type 等级从 system 到 ALL、Extra 中 Using index / Using filesort / Using temporary 的含义与处置）

2. 10 个慢查询优化案例，每个案例四要素齐全：

• 原始 SQL + EXPLAIN 实际输出（标注 type/key/rows/Extra）
• 诊断分析：为什么慢、瓶颈在哪
• 优化方案：索引 DDL 或 SQL 改写（附原因）
• 优化后 EXPLAIN 对比输出

10 个案例需覆盖以下场景（不重复）： ① 全表扫描 → 单列索引 ② 多列索引顺序不当 ③ 函数包裹索引列（DATE() / UPPER()）④ 隐式类型转换（varchar 列传 int 参数）⑤ OR 条件含非索引列 ⑥ 子查询 IN → JOIN 改写 ⑦ 大 OFFSET 深翻页 → 游标法 ⑧ 前导通配 LIKE '%xx' → 全文索引 ⑨ 联合索引最左前缀断裂 ⑩ 覆盖索引消除回表（Extra 出现 Using index）

输入与上下文

• 目标版本：MySQL 8.0.32+，InnoDB 引擎
• 典型表（用模拟数据构建即可，无需真实业务）：
  • t_user（500 万行，含 id/user_name/email/created_at/last_login）
  • t_order（2000 万行，含 id/user_id/amount/status/created_at/paid_at）
  • t_log（5 亿行，含 id/order_id/level/message/created_at）
• 所有 EXPLAIN 输出必须为实际执行结果，不接受编造

交付格式

• Markdown 文档 1 篇（指南 + 10 案例），总字数 ≥3000 字
• 所有 SQL 和 DDL 代码块标注 sql，可直接在 MySQL 8.0 客户端执行
• DDL 语句含 IF NOT EXISTS 或 -- COMMENT 标注用途
• 文档结构：目录 → 设计原则 → 失效场景 → 决策流程 → 10 案例 → EXPLAIN 速查表 → 参考资料