1.innodb的主索引文件上 直接存放该行数据,称为聚簇索引,次索引指向对主键的引用
2.myisam中，主索引和次索引,都指向物理行(磁盘位置)
哈哈，说了两句貌似听不懂的话。
一。通俗解释
我们可以这么理解：
聚簇索引(innodb)：索引的叶节点就是数据节点，下边实打实有数据。
非聚簇索引(myisam): 叶节点仍然是索引节点，有指针指向对应的数据块。
用图说明下：
看到了把，不同引擎下的类型是不一样的。
主要区别是叶子节点下是否有数据块。
（没有主键他也会创建一个的..innodb都是聚簇索引来组织的）
二。优缺点：
分裂问题：
既然是树结构，叶子节点可能会有分裂现象
那么问题来了，
对于非聚簇索引(myisam)，节点下存储的对物理行地址，内容较小，有缓存在内存中，分裂快。
对于聚簇索引(innodb)，这个问题比较严重，节点下存储这“行数据”
因为节点下有数据文件，因此节点的分裂会比较慢，innodb的主键，尽量用整形而且的递增的整形，如果无规律的主键数据，在叶子节点存储时，会分裂，分裂的过程得带着“行数据”重新分，而myisam只记录了一个地址，只要把地址分裂替换即可。
举例子：
比如，分裂就像是一个搬家的过程，对于聚簇索引(innodb)，搬家真的要把家里的所有数据全分裂搬走，而非聚簇索引(mysiam)，只需要把记录家的门牌号搬走很容易，至于其指向的数据其实不用搬。
三。测试论证：
在innodb引擎下，规律，无规律 两种方式插入1000条数据。
经过测试，第一种主键顺序递增的形式插入，37秒；第二种打乱顺序的插入，42秒，整整慢了5秒，预测原因是因为乱序插入，需要进行叶子节点的分裂，它得搬家消耗了时间，也就是说时间差在了节点的分裂和页面的移动；而顺序插入的很少发生节点分裂的情况。
映射结论：
1.读操作多用mysiam引擎
2.选择单调性的数据为索引，会快一点
更多：Mysql-索引总结
下边验证一下：
show variables like "%innodb%"
show status;
会发现有一个字段->innodb_pages_written （该字段写入了多少页 ）
在随机写入时，写入页的次数要高于顺序写入的，就是因为分裂移动，所以写的次数多，时间也用的多，也解释了为什么这两种会存在5秒事件差了。
MyISAM:
这个是默认类型,它是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写,它是存储记录和文件的标准方法.与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具. MyISAM表格可以被压缩,而且它们支持全文搜索.它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚，不具有原子性。如果执行大量 的SELECT，MyISAM是更好的选择。
InnoDB:
这种类型是事务安全的.它与BDB类型具有相同的特性,它们还支持外键.InnoDB表格速度很快.具有比BDB还丰富的特性,因此如果需 要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑，应该使用InnoDB表
以上就是Mysql-聚簇索引的内容，更多相关内容请关注微课江湖（）！