mysql聚集索引与非聚集索引

说mysql索引之前，先来谈谈mysql的两种数据存储方式，一种是InnoDB，一种是MyISAM。这两种存储都是基于B+树的存储方式，但是也有点不同。

MyIsam 索引文件和数据文件是分离的，索引文件仅保存数据记录的地址。主索引和辅助索引没有区别都是非聚集索引。索引页正常大小为1024字节，索引页存放在.MYI 文件中。MyISAM引擎使用B+Tree作为索引结构，叶节点的data域存放的是数据记录的地址。

InnoDB 也使用B+Tree作为索引结构，索引页大小16，和表数据页共同存放在表空间中。从InnoDB表数据存放方式可看出InnoDB表数据文件本身就是按B+Tree组织的一个索引结构，这棵树的叶节点data域保存了完整的数据记录。这个索引的key是数据表的主键，因此InnoDB表数据文件本身就是主索引。

聚集索引：

聚集索引是指数据库表行中数据的物理顺序与键值的逻辑（索引）顺序相同。一个表只能有一个聚集索引，因为一个表的物理顺序只有一种情况，所以，对应的聚集索引只能有一个。如果某索引不是聚集索引，则表中的行物理顺序与索引顺序不匹配，与非聚集索引相比，聚集索引有着更快的检索速度。

非聚集索引：

索引中索引的逻辑顺序与磁盘上行的物理存储顺序不同。索引是通过二叉树的数据结构来描述的，我们可以这么理解聚簇索引：索引的叶节点就是数据节点。而非聚簇索引的叶节点仍然是索引节点，只不过有一个指针指向对应的数据块

Question：1.是不是索引越多越好？

增加索引可以提高查询速度，但是是不是索引越多就越好呢？答案显然是不是的，因为你增加一个索引（主要是增加非聚集索引），就要相应的维护这个索引，查询方便，但是增加删除的时候，就要维护大量的索引文件，而且索引是占据物理内存空间的。

Question：2.主键ID是自增好还是用uuid好？

上面我们讲到，主键是聚集索引，它的排列顺序就是数据的排列顺序，所以如果我们用自增作为主键ID可以很清晰的知道下一个数据插在哪个位置，uuid是无序的，难以查找。而且uuid比自增占用更多的存储空间。但是uuid有个好处就是全局不重复，如果做分布式系统的话，uuid的优势就体现出来了。