面试必问：你设计索引的原则是什么？怎么避免索引失效？

之前我们已经详细介绍了关于索引的原理和索引的查询的原则，所谓工欲善其事必先利其器，各位在学习阶段一定要要循序渐进的来学习这块知识，千万不要眼高手低，一定要不急不躁，争取一个萝卜一个坑，学完后能一次性拿下这些知识点，然后再加以运用。

前面的文章我们讨论过，索引的设计要根据 WHERE 条件和 ORDER BY 还有 GROUP BY 后面的字段进行设计，至于原因具体在我前面的文章MySQL索引的原理有详细介绍。这里我们再简单概述下。

MySQL针对主键索引会维护一个B+树的结构，这个我们称之为聚簇索引，针对非主键（一般都是建立的联合索引）会对索引字段依次排序，然后从第一个字段值开始比较，第一个字段值相同就针对下一个字段值进行比较，依次往后推。

如果联合索引中的字段值都是一样的，那么就根据主键来排序。另外聚簇索引（主键索引）的B+树中保存的是一行记录的所有信息，非聚簇索引（非主键索引）仅仅保存索引字段值和主键字段值。

好了，对于索引原理的回顾我们就介绍到这里，本篇文章，我们继续介绍的是MySQL设置的基本原则，这个也很好理解，就是在设计和建立索引的时候需要遵循哪些原则，按照“标准”去建立索引。今天我们就将关于索引的设计的所有的原则一次性讲清楚。

再多说几句，关于这个知识点，在面试的时候，我经常会问候选人，以此来判断他对索引是不是真的有理解，而不是简单的背八股文！

主键索引

对于主键索引其实是最简单的，但是这里有一些注意的地方还是再啰嗦下。

大家在设计主键的时候一定要是自增的，非常不建议使用UUID作为主键。

为什么？因为UUID是无序的，MySQL在维护聚簇索引的时候都是按照主键的顺序排序的，也就是说每个数据页中的数据一定是按照主键从小到排序的，而且，数据与数据之前是通过单向链表连接的，上一个数据页中的最大的主键的值一定是小于下一个数据页中的最小的主键的值，数据页和数据页之间是通过双向链表来维护的。

我们还是老规矩，画个图帮助大家理解