你可能在查资料时见过“回表查询”这个词，听起来挺专业，其实它来自数据库操作，说白了就是一种“绕路”的查询方式。
比如你在图书馆找一本书，管理员告诉你书在3楼A区，但只给了编号，没写具体位置。你得先翻目录（索引），再根据目录里的信息去书架上一本本找——这个“再去找一遍”的过程，就类似数据库里的“回表查询”。
回表查询到底发生了什么？
在MySQL这类数据库里，为了加快查找速度，会给某些字段建“索引”。比如用户表里按“手机号”建了索引，查某个手机号能快速定位到对应的主键ID。
但如果你要查的不只是手机号，还有姓名、年龄这些不在索引里的字段，数据库就得拿着主键ID，再回到原始数据表里重新查一次完整记录。这个“回到原表再查一次”的动作，就叫回表查询。
举个例子：
SELECT name, age FROM users WHERE phone = '13800138000';如果只有 phone 字段有索引，而 name 和 age 没有，那数据库会先通过索引找到主键，再用主键去原表捞出 name 和 age，这就是典型的回表。
怎么避免来回折腾？
有个办法叫“覆盖索引”，就是把常用查询字段都包含在索引里。比如建立一个包含 (phone, name, age) 的联合索引，查询时就不需要回表了，因为所有需要的数据都在索引里能直接拿到。
就像图书馆的目录卡上不仅写了编号，还印了书名和作者，你一眼就能看到，不用再跑一趟书架。
所以，回表查询不是错，但它会影响速度。尤其数据量大的时候，来回查两次，耗时自然增加。优化查询性能，很多时候就是在减少这种“跑冤枉路”的情况。