在 MySQL（特别是 InnoDB 存储引擎）中，“回表”（Table Lookup 或 Row Retrieval） 是一个非常重要的性能优化概念。 简单来说，“回表”就是数据库在使用普通索引（二级索引）查询到数据的对应主键后，还需要再次根据主键到主键索引（聚簇索引）中去获取完整的数据行的过程。 为了让你彻底明白，我们需要先了解 InnoDB 的两种索引结构，然后再探讨如何避免它。 --- 一、 为什么会发生“回表”？ 在 InnoDB 中，索引分为两大类： 1. 聚簇索引（Clustered Index / 主键索引）： 通常是表的主键。 它的叶子节点（B+树的最底层）存储的是完整的行数据。 查询过程： 如果你通过主键查询（例如 ），直接扫描聚簇索引就能拿到这行的所有数据。这不需要回表。 2. 二级索引（Secondary Index / 非主键索引 / 辅助索引）： 你为普通列（比如 、）创建的索引。 它的叶子节点存储的不是完整的数据，而是当前索引列的值和对应的主键 ID。 查询过程： 如果你通过普通列查询，并且要获取非索引列的数据，就会发生回表。 🚗 “回表”的生动例...
播面