当前位置:Gxlcms > mysql > Mysql-聚簇索引

Mysql-聚簇索引

时间:2021-07-01 10:21:17 帮助过:41人阅读

整体概述

1.innodb的主索引文件上 直接存放该行数据,称为聚簇索引,次索引指向对主键的引用

2.myisam中,主索引和次索引,都指向物理行(磁盘位置)

哈哈,说了两句貌似听不懂的话。

一。通俗解释

我们可以这么理解:

聚簇索引(innodb):索引的叶节点就是数据节点,下边实打实有数据。

非聚簇索引(myisam): 叶节点仍然是索引节点,有指针指向对应的数据块。

用图说明下:

531.png

532.png

看到了把,不同引擎下的类型是不一样的。

主要区别是叶子节点下是否有数据块。

(没有主键他也会创建一个的..innodb都是聚簇索引来组织的)

二。优缺点:

分裂问题:

既然是树结构,叶子节点可能会有分裂现象


那么问题来了,

对于非聚簇索引(myisam),节点下存储的对物理行地址,内容较小,有缓存在内存中,分裂快。

对于聚簇索引(innodb),这个问题比较严重,节点下存储这“行数据”

因为节点下有数据文件,因此节点的分裂会比较慢,innodb的主键,尽量用整形而且的递增的整形,如果无规律的主键数据,在叶子节点存储时,会分裂,分裂的过程得带着“行数据”重新分,而myisam只记录了一个地址,只要把地址分裂替换即可。

举例子:

比如,分裂就像是一个搬家的过程,对于聚簇索引(innodb),搬家真的要把家里的所有数据全分裂搬走,而非聚簇索引(mysiam),只需要把记录家的门牌号搬走很容易,至于其指向的数据其实不用搬。


三。测试论证:

在innodb引擎下,规律,无规律 两种方式插入1000条数据。

经过测试,第一种主键顺序递增的形式插入,37秒;第二种打乱顺序的插入,42秒,整整慢了5秒,预测原因是因为乱序插入,需要进行叶子节点的分裂,它得搬家消耗了时间,也就是说时间差在了节点的分裂和页面的移动;而顺序插入的很少发生节点分裂的情况。

533.png

映射结论:

1.读操作多用mysiam引擎

2.选择单调性的数据为索引,会快一点

更多:Mysql-索引总结


下边验证一下:

show variables like "%innodb%"

show status;

会发现有一个字段->innodb_pages_written (该字段写入了多少页 )

534.png

在随机写入时,写入页的次数要高于顺序写入的,就是因为分裂移动,所以写的次数多,时间也用的多,也解释了为什么这两种会存在5秒事件差了。


MyISAM:

这个是默认类型,它是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写,它是存储记录和文件的标准方法.与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具. MyISAM表格可以被压缩,而且它们支持全文搜索.它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚,不具有原子性。如果执行大量 的SELECT,MyISAM是更好的选择。


InnoDB:

这种类型是事务安全的.它与BDB类型具有相同的特性,它们还支持外键.InnoDB表格速度很快.具有比BDB还丰富的特性,因此如果需 要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑,应该使用InnoDB表

以上就是Mysql-聚簇索引的内容,更多相关内容请关注PHP中文网(www.gxlcms.com)!

人气教程排行