nullITeye - 娱乐之横扫全球

nullITeye

2019-01-11 19:56:56 | 作者: 灵寒 | 标签: | 浏览: 1349

在MySQL中,大多数索引(如 PRIMARY KEY,UNIQUE,INDEX和FULLTEXT)都是在BTREE中存储,但运用memory引擎能够挑选BTREE索引或许HASH索引,两种不同类型的索引各自有其不同的运用规模。

Hash 索引结构的特殊性,其检索功率十分高,索引的检索能够一次定位,不像B-Tree 索引需要从根节点到枝节点,最终才干拜访到页节点这样屡次的IO拜访,所以 Hash 索引的查询功率要远高于 B-Tree 索引。

或许许多人又有疑问了,已然 Hash 索引的功率要比 B-Tree 高许多,为什么我们不都用 Hash 索引而还要运用 B-Tree 索引呢?任何事物都是有两面性的,Hash 索引也相同,尽管 Hash 索引功率高,可是 Hash 索引自身因为其特殊性也带来了许多约束和坏处,主要有以下这些。

(1)Hash 索引仅仅能满意”=”,”IN”和” = ”查询,不能运用规模查询。

因为 Hash 索引比较的是进行 Hash 运算之后的 Hash 值,所以它只能用于等值的过滤,不能用于根据规模的过滤,因为经过相应的 Hash 算法处理之后的 Hash 值的巨细联系,并不能确保和Hash运算前彻底相同。

(2)Hash 索引无法被用来防止数据的排序操作。

因为 Hash 索引中寄存的是经过 Hash 核算之后的 Hash 值,并且Hash值的巨细联系并不一定和 Hash 运算前的键值彻底相同,所以数据库无法使用索引的数据来防止任何排序运算;

(3)Hash 索引不能使用部分索引键查询。

关于组合索引,Hash 索引在核算 Hash 值的时分是组合索引键兼并后再一起核算 Hash 值,而不是独自核算 Hash 值,所以经过组合索引的前面一个或几个索引键进行查询的时分,Hash 索引也无法被使用。

(4)Hash 索引在任何时分都不能防止表扫描。

前面现已知道,Hash 索引是将索引键经过 Hash 运算之后,将 Hash运算成果的 Hash 值和所对应的行指针信息寄存于一个 Hash 表中,因为不同索引键存在相同 Hash 值,所以即便取满意某个 Hash 键值的数据的记载条数,也无法从 Hash 索引中直接完结查询,仍是要经过拜访表中的实践数据进行相应的比较,并得到相应的成果。

(5)Hash 索引遇到很多Hash值持平的状况后功能并不一定就会比B-Tree索引高。

关于挑选性比较低的索引键,假如创立 Hash 索引,那么将会存在很多记载指针信息存于同一个 Hash 值相关联。这样要定位某一条记载时就会十分费事,会糟蹋屡次表数据的拜访,而形成全体功能低下。

 

 

载录:

版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表娱乐之横扫全球立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章