MySql索引篇

MySql索引篇

联合索引：键值分别为（a，b）的联合索引

结构如下：

其中，先按a进行排序，a相同情况下再按b排序。
因此就有了最左前缀原则。
当sql为：

SELECT * FROM TABLE WHERE a=xxx
-- 或
SELECT * FROM TABLE WHERE a=xxx and b=xxx
-- 或
SELECT * FROM TABLE WHERE a=xxx ORDER BY b

都能使用索引
但当sql为：

SELECT * FROM TABLE WHERE b=xx

时不能使用索引。

覆盖索引：从辅助索引中就可以得到查询的记录，而不需要查询聚集索引中的记录。

这里其实还涉及到回表和索引结构的知识。

聚簇索引（主键索引） 是普通节点只包含指针（6k）+主键（8k）数据的，叶子节点是记录完整记录的;

非聚簇索引（普通索引） 是普通节点只包含指针（6k）+索引值（8k）数据的，叶子节点记录对应的索引值及主键的标签

回表 是通过普通索引无法查询直接查询到满足条件的所有数据，还需要通过主键索引去查询一次

优化器不选择使用索引的情况：

多数情况发生在范围查找或join连表查找的下

SELECT * FROM orderdetails WHERE orderid＞10000 and orderid＜102000;

这句sql是查找订单号在10000到102000之间的订单，且orderid是一个联合索引，按道理来说应该走索引。

通过explain分析:

本来可以走orderid索引，但是走了主键索引（全表扫描）。

原因是当通过orderid无法直接完全覆盖这个范围查找时，需要去进行回表查找，在物理存储中这些数据并不是连续的，所以需要分散查找，当数据量大于等于全部数据的20%时，优化器会选择走全表扫描

根据上面的情况就可以总结出MySQL不走索引的情况：

• like 以%开头
• 不满足最左前缀原则
• 范围查找（上面说的情况)
• 子查询不走索引
• not in/ not exist
• or连接有不使用索引的查询
• 索引列执行函数
• 索引列参加计算
• 存在隐式转换等

其实理解上面的索引结构后就能理解不走索引的情况

以上是我作为一名后端开发，在看《MySQL技术内幕:InnoDB存储引擎》后总结的索引相关内容。该书还介绍了更多的关于索引相关的知识，但作为一名开发，我认为目前我所处的阶段，掌握以上知识点即可。上述内容如有错误，欢迎指出。