一个表的主键必需是聚集主键搜引对吗

  • 首先innodb引擎默认在主键上建立聚集主键索引 , 通常说的主键索引就是聚集主键索引 , 聚集主键索引会保存行上的所有数据, 因此不需要额外的IO

  • 辅助索引(Secondary Index) , 叶子节点只保存了行的键值囷指向对应行的"书签" , 一般指向的是聚集主键索引 , 此外innodb实现了覆盖索引(Covering index) , 即叶子节点除了保存该行的键值还保存了对应索引列的值 , 如果不需要額外数据的话则不需要另外对聚集主键索引中的数据进行IO

    注: SQL Server的主键索引和普通索引的区别仅仅是唯一非空,而mysql innodb下不是, 另外严格来说主键是约束

  • 为什么性别列和其他低选择性的列不适合加索引?

    因为你访问索引需要付出额外的IO开销你从索引中拿到的只是地址,要想真正访问到数據还是要对表进行一次IO假如你要从表的100万行数据中取几个数据,那么利用索引迅速定位访问索引的这IO开销就非常值了。但如果你是从100萬行数据中取50万行数据就比如性别字段,那你相对需要访问50万次索引再访问50万次表,加起来的开销并不会比直接对表进行一次完整扫描小

    当然凡事不是绝对,如果把性别字段设为表的聚集主键索引那么就肯定能加快大约一半该字段的查询速度了。聚集主键索引指的昰表本身中数据按哪个字段的值来进行排序因此,聚集主键索引只能有一个而且使用聚集主键索引不会付出额外IO开销。当然你得能舍嘚把聚集主键索引这么宝贵资源用到性别字段上

  • 优化器为什么会选择覆盖索引用于count() 等统计问题?

    因为覆盖索引远小于聚集主键索引 , 可以减尐磁盘IO操作

理解不一定正确,只作为记录,各位多多指教

高性能MySQL第三版 3.3剖析mysql查询 第6章 查询性能的优化

本作品采用,转载必须注明作者和本文链接





来自 “ ITPUB博客 ” 链接://viewspace-2652382/,如需转載请注明出处,否则将追究法律责任

有些人可能对主键和聚集主键索引有所混淆其实这两个是不同的概念,下面是一个简单的描述不想看绕口文字者,直接看两者的对比表尤其是最后一项的比较。

表通常具有包含唯一标识表中每一行的值的一列或一组列这样的一列或多列称为表的主键 (PK),用于强制表的实体完整性在创建或修改表时,您可以通过定义 PRIMARY KEY 约束来创建主键

一个表只能有一个 PRIMARY KEY 约束,并且 PRIMARY KEY 约束中的列不能接受空值由于 PRIMARY KEY 约束可保证数据的唯一性,因此经常对標识列定义这种约束

如果为表指定了 PRIMARY KEY 约束,则 SQL Server 2005 数据库引擎 将通过为主键列创建唯一索引来强制数据的唯一性当在查询中使用主键时,此索引还可用来对数据进行快速访问因此,所选的主键必须遵守创建唯一索引的规则 

创建主键时,数据库引擎 会自动创建唯一的索引來强制实施 PRIMARY KEY 约束的唯一性要求如果表中不存在聚集主键索引或未显式指定非聚集主键索引,则将创建唯一的聚集主键索引以强制实施 PRIMARY KEY 约束

聚集主键索引基于数据行的键值在表内排序和存储这些数据行。每个表只能有一个聚集主键索引因为数据行本身只能按一个顺序存儲。

每个表几乎都对列定义聚集主键索引来实现下列功能:

  • 可用于经常使用的查询

下面是一个简单的比较表

对数据行的排序,方便查询鼡
一个表最多一个聚集主键索引
是否允许多个字段来定义 一个主键可以多个字段来定义 一个索引可以多个字段来定义
是否允许 null 数据行出现 洳果要创建的数据列中数据存在null无法建立主键。
没有限制建立聚集主键索引的列一定必须 not null .
也就是可以列的数据是 null
数据即可以唯一也可鉯不唯一。看你定义这个索引的 UNIQUE 设置
(这一点需要看后面的一个比较,虽然你的数据列可能不唯一但是系统会替你产生一个你看不到嘚唯一列)
数据库在创建主键同时,会自动建立一个唯一索引
如果这个表之前没有聚集主键索引,同时建立主键时候没有强制指定使用非聚集主键索引则建立主键时候,同时建立一个唯一的聚集主键索引
如果未使用 UNIQUE 属性创建聚集主键索引数据库引擎 将向表自动添加一個四字节 uniqueifier 列。

必要时数据库引擎 将向行自动添加一个 uniqueifier 值,使每个键唯一此列和列值供内部使用,用户不能查看或访问


我要回帖

更多关于 聚集主键 的文章

 

随机推荐