懂的越多，不懂的越多
上回书说到：什么情况下，索引下推没办法提高sql查询效率？
| 表 | info |
|---|
| 主键 | id |
| 名称 | name |
| 值 | value |
| 别名 | realname |
对于info表，我们现在有（name,value）联合索引
显而易见的是，不使用索引下推的话，将导致如果需要查询realname这一列，那么我们就需要先根据一个索引查询，然后回表一次，然后再根据另一个索引寻找符合的数据。
解决方案很简单，索引数据是存储在索引树的节点上的，所以是不需要进行回表查询，那么两种解决方案，第一种，不查询realname不就可以了，第二种把realname添加一个索引就可以了，这就是索引覆盖。
索引覆盖，顾名思义，用索引覆盖你需要查找的值。
常用的mysql数据库的索引使用的是B+树，建立一个索引，就是建一个B+树，而普通索引和聚簇索引的区别就在于，叶子节点存储的数据不同，普通索引存储的是主键，而聚簇索引的叶子节点存储的是行数据，
索引执行顺序：先搜索普通索引树，找到符合条件的叶子节点（主键），然后去聚簇索引拿到对应的行数据。这个也就是回表。
当我们查询的数据都是索引的话，就可以不用回表去查询聚簇索引对应的行记录，这样就大大提升了查询效率。
创建主键的时候自动给主键添加了索引，且该索引为唯一性索引
这句话经常听到，可是还是那句老话，不谈场景的技术，都是瞎扯，就比如我们建立表结构时，用的不是单一主键，而是联合主键，那么这个时候有几个索引哪（滑稽保命）？建立的索引是不是聚簇索引哪（滑稽保命）？
学习使我快乐，问题使我进步
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
