创建了联合索引还用在单个字段上创建索引吗_Mysql索引不会怎么办？6000字长文教会你...

MySQL的索引入门真的很难吗

经常在开发中碰到同事说，数据查询好慢，第一个反应就是给表加个索引。从而引发想去探索下我们常说的索引究竟是什么？难道只需要加个索引就能解决数据库查询问题吗？

带着这个问题我们开始探究MySQL中的索引究竟是什么，它能帮助我们做些什么。

索引存在的意义

在现有程序业务中，数据库作为存储的重要一环，不可或缺，而对于数据库的操作无外乎是增删改查，但随着数据量的增加，数据库的性能就成为最重要的一环，数据查询不能慢，数据查询一慢，用户体验就会差。

如何在保证数据存储中的增删改查效率呢？就成了一个必不可少的设计。

在Mysql这样的数据存储中总是少不了一个东西--->索引，索引就类似于我们看书的目录，使用书籍的目录可以帮助快速的定位到知识点的页数，而索引也是同样的目的，快速检索到数据。

那就可以总结出索引的目的：「提高数据的检索速度」。

索引的类型

既然索引有提高检索的速度，那就给数据库的查询操作都加上索引，让他们飞快的运行，这事还真不能急，为啥？数据库的索引种类有好多种，万一索引用的不对，引发的不是加快数据库的运行，而是众多的慢查询会将整个数据库拖垮。

用于提高读写效率的数据结构种类这么多，那我们来了解下数据库中常见的索引类型都有哪些。

索引类型哈希索引二叉树跳表B+Tree

哈希索引

哈希索引简单来说就是Key-Value模型，我们只要通过给定的Key就可以查找到对应的Value，十分快速方便。

不过你要明白哈希索引是通过哈希函数对Key进行计算，换算成数据存储位置，随着数据量的增加，不可避免会出现不同的Key经过哈希函数计算后出现相同的数据存储位置。

这种情况怎么解决呢？业界通用的方式是当出现位置一样的数据结果，会在该结果后面链接一个链表，将相同的数据放入到链表中。

更进一步当相同位置中的数据越来越多，查询数据时会将链表中的数据遍历，速度也是慢，这时候可以采用将链表进行树化，二叉树的查找速度还是很快的。

⬇️图是数据举例说明:

哈希索引只适合用来