MySql教程

mysql索引

本文主要是介绍mysql索引,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

索引是帮助MySQL高效获取数据的排好序的数据结构

索引数据结构

一、二叉树

二叉查找数的性能其实并不稳定,导致这个结果的原因就是二叉查找树的对称性,二叉查找树的对称性并不稳定,在极端的情况下,可能出现树的高度跟键的数量相同,也就是最坏的情况,查找和插入算法的时间复杂度跟键的数量将呈现线性关系。

二、红黑树

红黑树是一个稳定的平衡二叉树,但是mysql并没有选择红黑树作为查找数据的索引,主要原因考虑到数据量在过大时会出现树的高度很高,导致比较的次数增多,伴随的IO次数也会相应的增多,从而导致查询效率很慢。另外,每次新增删除数据都有可能导致索引结构产生变化,增加了索引的维护成本。

三、Hash表

Hash表的存储结构是数组+链表,对数据进行hash求hash槽位,将数据落到对应的hash槽,从查询具体单条数据是非常快的,但是如果是范围查找,Hash表就显得力不从心,它根本满足不了

四、B-Tree

我们知道mysql在磁盘中存储的数据是按照一页一页存储的,一页的大小为16kb。B-Tree如图,按照正常的数据存储,假设data的大小为1kb,忽略间隙中存储的指针,那么一页可以存储16条数据,存储1000万条数据,树的高度大约为6层,而红黑树的高度将达到20多层,B-Tree相对于红黑树已经提升了几倍,但是mysql并没有使用B-Tree作为索引的数据结构,而是对B-Tree进行优化,产生了B+Tree

 B+Tree (B-Tree变种)

从数据结构的结构来看,B-Tree在每个节点上都存储了data而且索引的key不重复;而B+Tree只在叶子结点上存储数据,非叶子节点只存储key值并且非叶子节点上的key值在叶子结点上重复存储,还有相邻的叶子结点互相存储一个指针。同样存储1000万条数据B+Tree只需要3层树的高度即可,mysql使用的就是B+Tree数据结构作为索引。

B+Tree比较B-Tree的优点

1、存储相同的数据,树的高度低;忽略key值在内存中的比较,B+Tree的IO次数只需要一次(索引常驻内存),B-Tree可能1-6次。

2、B+Tree叶子结点的页磁盘指针很适合范围查找,只要拿到最小和最大值就可以通过指针快速查找。

MyISAM索引文件和数据文件是分离的(非聚集)

 InnoDB索引实现

1、聚集索引 

 2、非聚集索引

 

 

为什么建议InnoDB表必须建主键,并且推荐使用整型的自增主键?

如果程序员建表时不建主键,mysql会帮助我们建唯一主键,相当于增加了mysql的工作。整型主要为了新增数据时创建索引方便比较,自增是为了不影响之前已经创建好的索引结构;提高新增数据时插入索引的效率;在分库分表中可以更好的映射到数据所存储的数据库中。

联合索引

 联合索引的特点,第一个字段为有序的,第二个字段在第一个字段相同情况下是有序的,第三个字段在前两个字段都有序时才是有序的。这就是为什么使用联合索引时需要满足最左侧原则。

这篇关于mysql索引的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!