MySQL中主键索引与聚焦索引之概念的学习教程

2019-01-04 20:03:37于丽

我们先来看看两种存储形式的不同之处:
简单说,IOT表里数据物理存储顺序和主键索引的顺序一致,所以如果新增数据是离散的,会导致数据块趋于离散,而不是趋于顺序。而HOT表数据写入的顺序是按写入时间顺序存储的。
IOT表相比HOT表的优势是:

范围查询效率更高;
数据频繁更新(聚集索引本身不更新)时,更不容易产生碎片;
特别适合有一小部分热点数据频繁读写的场景;
通过主键访问数据时快速可达;
IOT表的不足则有:

数据变化如果是离散为主的话,那么效率会比HOT表差;

HOT表的不足有:

索引回表读开销很大; 大部分数据读取时随机的,无法保证被顺序读取,开销大; 每张InnoDB表只能创建一个聚集索引,聚集索引可以由一列或多列组成。

上面说过,InnoDB是聚集索引组织表,它的聚集索引选择规则是这样的:

首先选择显式定义的主键索引做为聚集索引;
如果没有,则选择第一个不允许NULL的唯一索引;
还是没有的话,就采用InnoDB引擎内置的ROWID作为聚集索引;

20151118102110766.jpg (600×277)

可以看到,在这个索引结构的叶子节点中,节点key值是主键的值,而节点的value则存储其余列数据,以及额外的ROWID、rollback pointer、trx id等信息。

结合这个图,以及上面所述,我们可以知道:在InnoDB表中,其聚集索引相当于整张表,而整张表也是聚集索引。主键必然是聚集索引,而聚集索引则未必是主键。

MyISAM是堆组织表,它没有聚集索引的概念。

两者的比较

下面是一个简单的比较表

20151118102226538.png (612×748)

您可能感兴趣的文章:

浅析SQL Server 聚焦索引对非聚集索引的影响SQLSERVER中得到执行计划的两种方式SqlServer 执行计划及Sql查询优化初探SQL Server中参数化SQL写法遇到parameter sniff ,导致不合理执行计划重用的快速解决方法浅析SQL Server中的执行计划缓存(下)浅析SQL Server中的执行计划缓存(上)强制SQL Server执行计划使用并行提升在复杂查询语句下的性能浅析SQL Server的聚焦使用索引和查询执行计划