阿里三面：MySQL回表的性能伤害有多大？

无论单列索引 or 联合索引，一个索引就对应一个独立的B+索引树，索引树节点仅包含：

即使根据索引树按条件找到所需数据，也仅是索引里的几个字段的值和主键值，万一你搞个select *，那就还得其他字段，就需回表，根据主键到聚簇索引里找，聚簇索引的叶节点是数据页，找到数据页才能把一行数据所有字段值读出来。

所以类似

得从联合索引的索引树里按序取出所有数据，接着对每条数据都走一个主键的聚簇索引查找，性能不高。

有时MySQL执行引擎可能认为，你要是类似

相当于得把联合索引和聚簇索引，两个索引的所有数据都扫描一遍，那还不如不走联合索引，直接全表扫描得了，这样就只需扫描一个主键索引。

但若形如：

那执行引擎就知道你先扫描联合索引的索引树，拿到10条数据，接着对10条数据在聚簇索引里查找10次即可，那就还是会走联合索引。

覆盖索引不是一种索引，只是一种基于索引查询的方式，即针对类似

仅需联合索引里的几个字段的值，那就只需扫描联合索引的索引树，无需回表找其它字段，这种查询方式就是覆盖索引。

所以当你使用联合索引时，注意是否可能会导致大量回表到聚簇索引，若回表聚簇索引的次数太多，可能就直接给你做成全表扫描而不走联合索引了。

尽可能还是在SQL里指定你仅需要的字段，而不要暴力select *，最好直接走覆盖索引。

即使无可避免地要回表，你也尽可能用limit、 where限定一下回表的次数，就从联合索引里筛选少数数据，再回表，这样性能好一点。

爱因斯坦说过“耐心和恒心总会得到报酬的”，我也一直把这句话当做自己的座右铭，这句箴言在今年也彻底在“我”身上实现了。

每一个程序员都拥有一座大厂梦，我也不例外，去年面试腾讯，竟然被MySQL问倒了，很多相关性的问题都没有答上来，才2面就凉凉了。回去之后也潜心复习了，准备了二战，如今终于进入了腾讯，被录用。

以下展示的腾讯面试题（含答案）、学习资料、实战文档等，均可以免费分享给大家，需要的朋友，私信我【电子书】即可哦！

之前的腾讯面试题都有做总结，具体面试题内容整理成了文档，本文是针对MySQL系列的，所以下面只展示了自己第一次面试阿里时被吊打问到的一些MySQL难题， 其他专题内容（含答案）的文档资料，点击【面试】即可领取。

腾讯天美面试技术题：

面试题答案：

（1）MySQL 专题部分（先刷题）

MySQL 面试题答案：

（2）MySQL 性能优化的21个最佳实践

（3）MySQL 性能调优与架构设计

（1）Java面试手册

（2）实战文档

以实战Java虚拟机为例：

（3）Java核心知识点整理文档

由于篇幅限制，很多内容都只展示了目录和截图，这些都整理在文档里，需要这些文档资料的，均可以 免费分享 给大家，希望所有的程序员都能够学习起来，努力实现我们的大厂梦！

---