在 MySQL 中，EXPLAIN 命令的 Extra 列用于描述 SQL 执行计划的额外信息。当 Extra 中出现 Using index condition 时，可能意味着查询过程中发生了 回表 操作（但并非绝对，需结合具体场景分析）。

什么是回表？

MySQL 的 InnoDB 存储引擎使用 B+ 树 作为索引结构，分为两种索引

1. 聚簇索引（主键索引）：叶子节点存储的是完整的行数据（即整行记录）。
2. 二级索引（非主键索引，如普通索引、唯一索引）：叶子节点存储的是 索引键值 + 主键值（而非完整行数据）。

当查询使用 二级索引 时，若二级索引的叶子节点信息不足以满足查询需求（即需要获取二级索引中未包含的字段），MySQL 会先通过二级索引找到对应的 主键值，再通过主键值去 聚簇索引 中查询完整的行数据。这个从二级索引跳转至聚簇索引获取完整数据的过程，就称为 回表。

为什么 Using index condition 可能意味着回表？

Using index condition 是 MySQL 5.6 及以上版本引入的 索引下推（Index Condition Pushdown） 优化的标志。它的作用是：让存储引擎在遍历二级索引时，直接过滤掉不满足条件的记录（减少回表的行数），但 并未完全避免回表。

例如，假设有一张表 user，结构如下：

CREATE TABLE user (
  id INT PRIMARY KEY, -- 聚簇索引
  name VARCHAR(100),
  age INT,
  INDEX idx_age (age) -- 二级索引
);

执行查询：

EXPLAIN SELECT id, name, age FROM user WHERE age > 20;

• 二级索引 idx_age 的叶子节点包含 age 和 id（主键），但不包含 name。
• 查询需要 name 字段，因此必须通过 id 回表到聚簇索引中获取 name。
• EXPLAIN 的 Extra 列会显示 Using index condition，表示触发了索引下推优化，但仍发生了回表。

如何避免回表？

若要避免回表，需确保查询所需的所有字段都已包含在二级索引中，即使用 覆盖索引（Using index）。

例如，为 age 和 name 创建联合索引：

CREATE INDEX idx_age_name ON user (age, name); -- 二级索引包含 age、name 和 id（主键）

再次执行查询：

EXPLAIN SELECT id, name, age FROM user WHERE age > 20;

• 联合索引 idx_age_name 的叶子节点已包含 age、name 和 id，查询所需字段均可从二级索引中获取，无需回表。
• EXPLAIN 的 Extra 列会显示 Using index（覆盖索引），表示完全通过二级索引完成查询，无回表操作。

总结

• 回表 是通过二级索引查询时，因需要获取二级索引中未包含的字段，而通过主键索引二次查询的过程。
• Extra 列的 Using index condition 通常暗示存在回表（但通过索引下推减少了回表行数）。
• 若 Extra 显示 Using index（覆盖索引），则表示无回表，查询效率更高。