Mysql-聚簇索引

整体概述

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表