SQL数据库中的二级索引是提升查询效率的常用手段，但很多时候即使查询命中了二级索引，执行效率依然达不到预期，核心原因往往和二级索引回表操作有关。回表本身是一个额外的数据读取过程，当查询场景复杂或者数据量较大时，很容易成为性能瓶颈。
二级索引与回表的基本概念
二级索引是区别于聚簇索引的辅助索引结构，它的叶子节点存储的是索引列的值以及对应的主键值，并不包含整行数据的完整内容。当查询的字段不全在二级索引的覆盖范围内时，数据库就需要先通过二级索引找到对应的主键值，再拿着主键值去聚簇索引中查找完整的行数据，这个额外查找聚簇索引获取完整数据的过程就是回表。
比如有一张用户表，结构如下：
CREATE TABLE user_info (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
age INT NOT NULL,
email VARCHAR(100),
INDEX idx_age (age)
) ENGINE=InnoDB;
如果执行查询SELECT id, username, age FROM user_info WHERE age = 20，由于idx_age二级索引的叶子节点只存储了age和id，缺少username字段，数据库就需要先通过idx_age找到所有age=20对应的id，再拿着这些id去聚簇索引中查找对应的username，这个过程就是回表。
二级索引回表产生性能瓶颈的原因拆解
1. 随机IO次数大幅增加
聚簇索引的数据存储是按照主键顺序有序排列的，而二级索引返回的主键值是无序的，尤其是当二级索引过滤出的数据量较大时，这些主键值对应的聚簇索引数据页可能分布在磁盘的不同位置。数据库需要多次进行随机IO读取对应的数据页，而随机IO的耗时远高于顺序IO，当回表的数据量达到上千甚至上万条时，IO耗时会成倍增长。
2. 数据页重复加载带来缓存损耗
如果回表的主键值对应的数据页不在数据库缓冲池中，就需要从磁盘加载到缓冲池。如果多次回表的主键对应的数据页重复，会导致同一数据页被多次加载，浪费缓冲池空间；如果数据页不重复，大量不同的数据页被加载进来，可能会把缓冲池中原本的热点数据挤出，影响其他查询的性能。
3. 大批量回表放大性能损耗
当二级索引过滤出的数据量非常大时，回表的次数会同步增长。比如查询SELECT * FROM user_info WHERE age BETWEEN 10 AND 50，如果符合条件的记录有10万条，就需要进行10万次回表操作，每一次回表都需要额外的IO和CPU开销，最终这些开销累加后会让整个查询的耗时变得非常高。
4. 回表与过滤的顺序问题
部分数据库的查询优化器可能会先执行回表操作，再对回表得到的完整数据进行其他条件过滤，这种情况下即使后续过滤会排除大量数据，回表操作已经完成了，白白浪费了性能。比如查询SELECT * FROM user_info WHERE age = 20 AND email LIKE '%test%'，如果先回表拿到所有age=20的用户完整数据，再过滤email，就会比先过滤email再回表产生更多的无效回表操作。
回表性能问题的优化方案
使用覆盖索引减少回表
如果查询需要的所有字段都包含在二级索引中，数据库就不需要进行回表操作，直接返回二级索引中的数据即可。比如上面的用户表查询，如果只需要id和age，那么idx_age已经覆盖了这两个字段，查询不会触发回表。
可以建立联合索引来覆盖更多查询场景，比如经常查询age和username，可以建立联合索引idx_age_username (age, username)，对应的查询就不需要回表：
-- 建立联合覆盖索引 CREATE INDEX idx_age_username ON user_info(age, username); -- 该查询会直接走联合索引，不需要回表 SELECT age, username FROM user_info WHERE age = 20;
控制回表的数据量
尽量在二级索引阶段过滤掉更多的无效数据，减少需要回表的主键数量。比如可以增加更精准的查询条件，或者在索引中包含所有过滤条件的字段，让过滤在二级索引阶段完成，避免无效的回表操作。
调整查询顺序或索引结构
如果查询中存在多个过滤条件，可以调整索引的顺序，把区分度高的字段放在索引前面，让二级索引阶段过滤出更少的主键，减少回表次数。同时可以检查查询语句的写法，避免让优化器选择先回表再过滤的执行计划，必要时可以通过子查询等方式调整执行逻辑。
使用分页限制回表范围
如果查询不需要返回全部数据，尽量加上分页限制，比如LIMIT子句，这样数据库只需要回表对应分页数量的记录，而不是全部符合条件的记录，大幅减少回表的次数。
-- 只回表10条数据，而不是所有符合条件的记录 SELECT id, username, age FROM user_info WHERE age = 20 LIMIT 10;
回表性能的监控与排查
可以通过数据库的慢查询日志定位耗时较长的查询，再通过执行计划查看查询是否走了二级索引，是否存在回表操作。以MySQL为例，使用EXPLAIN命令查看执行计划，如果Extra列出现Using index说明使用了覆盖索引，没有回表；如果出现Using index condition或者没有相关提示，大概率存在回表操作。
执行计划示例：
-- 查看查询的执行计划 EXPLAIN SELECT id, username, age FROM user_info WHERE age = 20;
如果执行计划显示扫描行数很多，且存在回表操作，就可以结合上面的优化方案进行调整，降低回表带来的性能损耗。