减少回表查询的核心是使用覆盖索引，即SELECT字段全部包含在索引中，避免二次访问聚簇索引；需避免SELECT*、合理设计联合索引顺序、优先用主键排序分页，并通过EXPLAIN和Handler_read_rnd评估回表代价。
减少回表查询的核心是让查询尽量在索引中完成，避免通过二级索引查到主键后再去聚簇索引（即主键索引）里捞整行数据。这在 MySQL 中尤其关键，因为回表意味着额外的随机 I/O，显著拖慢查询性能。
覆盖索引：让查询只走索引不回表
当 SELECT 的所有字段都包含在某个索引中时，MySQL 可直接从该索引返回结果，无需回表。这就是覆盖索引（Covering Index）。
- 例如：表 t(user_id, order_time, status)，有联合索引 (user_id, order_time)；若执行 SELECT user_id, order_time FROM t WHERE user_id = 123，就命中覆盖索引。
- 注意：主键字段（如 id）默认包含在二级索引的叶子节点中，所以 SELECT id, user_id FROM t WHERE user_id = 123 同样可覆盖。
- 避免 SELECT *，尤其在有大字段（TEXT、BLOB）或非索引字段时，极易触发回表甚至全表扫描。
合理设计联合索引顺序：匹配最左前缀 + 覆盖需求
联合索引不是简单堆字段，顺序决定能否高效过滤和覆盖。要兼顾 WHERE 条件的筛选效率与 SELECT 字段的覆盖能力。
- 把等值查询字段放最左（如 WHERE status = 'paid' → 放索引第一位）。
- 范围查询字段（如 order_time > '2024-01-01'）放在等值字段之后，且后面字段无法用于索引查找（但可用于覆盖）。
- 把 SELECT 中需要的其他字段追加在索引末尾，实现覆盖。例如：查询 SELECT user_id, status, amount FROM t WHERE status = 'paid' AND order_time > '2024-01-01'，可建索引 (status, order_time, user_id, amount)。
用主键代替非主键字段做关联或排序
当必须回表但又需排序或分页时，优先利用主键本身有序的特性，减少临时表或文件排序开销。
- 例如：分页查询常用 ORDER BY create_time LIMIT 10 OFFSET 1000，若 create_time 未建索引或索引不覆盖，易导致大量回表+排序。此时可考虑改写为基于主键的游标分页：WHERE id > last_seen_id ORDER BY id LIMIT 10。
- JOIN 场景下，如果被驱动表只用到主键和少量索引字段，优先确保这些字段在索引中，而不是依赖回表取 name、desc 等大字段。
评估回表代价：善用 EXPLAIN 和 Handler_read_* 状态
不能只看“是否用到索引”，要确认是否真正避免了回表。
- 执行 EXPLAIN FORMAT=TRADITIONAL，重点看 Extra 列：出现 Using index 表示覆盖索引；出现 Using where; Using index 也是覆盖；若只有 Using where，大概率发生了回表。
- 查看 SHOW STATUS LIKE 'Handler_read%'，Handler_read_next 高说明索引扫描多，Handler_read_rnd 高则强烈提示频繁回表（随机读主键聚簇索引）。
- 对慢查询，可用 SELECT ... INTO DUMPFILE 或 pt-query-digest 定位高频回表语句，针对性优化索引。
