为什么是再次理解呢?因为松哥之前写过相关的文章介绍过聚簇索引,但是感觉还不够,因此今天想再来和小伙伴们聊一聊这个话题。
数据库的索引从不同的角度可以划分成不同的类型,聚簇索引便是其中一种。
聚簇索引英文是 Clustered Index,有时候小伙伴们可能也会看到有人将之称为聚集索引等,与之相对的是非聚簇索引或者二级索引。
聚簇索引并不是一种单独的索引类型,而是一种数据的存储方式。在 MySQL 的 InnoDB 存储引擎中,所谓的聚簇索引实际上就是在同一个 B+Tree 中保存了索引和数据行:此时,数据放在叶子结点中,聚簇聚簇,意思就是说数据行和对应的键值紧凑的存在一起。
假设我有如下数据:
id(主键) |
username |
age |
address |
gender |
1 |
ab |
99 |
深圳 |
男 |
2 |
ac |
98 |
广州 |
男 |
3 |
af |
88 |
北京 |
女 |
4 |
bc |
80 |
上海 |
女 |
5 |
bg |
85 |
重庆 |
女 |
6 |
bw |
95 |
天津 |
男 |
7 |
bw |
99 |
海口 |
女 |
8 |
cc |
92 |
武汉 |
男 |
9 |
ck |
90 |
深圳 |
男 |
10 |
cx |
93 |
深圳 |
男 |
那么它的聚簇索引大概就是这个样子:
那么大家可以看到,叶子上既有主键值(索引)又有数据行,节点上则只有主键值(索引)。
小伙伴们想想,MySQL 表中的数据在磁盘中只可能保存一份,不可能保存两份,所以,在一个表中,聚簇索引只可能有一个,不可能有多个。
有的小伙伴搞不清楚这两者之间的关系,甚至将两者划等号,这是一个巨大的误区。
在有的数据库中,支持开发者自由的选择使用哪一个索引作为聚簇索引,但是 MySQL 中是不支持这个特性的。
在 MySQL 中,如果表本身就有设置主键,那么主键就是聚簇索引;如果表本身没有设置主键,则会选择表中的一个唯一且非空的索引来作为聚簇索引;如果表中连唯一非空的索引都没有,那么就会自动选择表中的隐式主键来作为聚簇索引。关于 MySQL 中表的隐式主键,松哥会在将来的文章中和大家介绍。
不过一般来说,还是建议大家自己来为表设置主键,因为隐式主键是自增的,自增的都会存在一个问题:在自增值上会存在非常高的锁竞争问题,主键的上界会称为热点数据,因为所有的插入操作都要主键自增,又不能重复,所以会发生锁竞争进而导致性能降低。
根据上面的介绍,我们可以总结出 MySQL 中聚簇索引和主键索引的关系如下:
先来说优点:
这些就是聚簇索引一些常见的优点,我们在日常的表设计中,其实应该充分利用好这些优点。
再来看看缺点:
看了上面的介绍,相信小伙伴已经了解了,在使用聚簇索引的时候,主键最好不要使用 UUID 这种随机字符串,使用 UUID 随机字符串至少存在两方面的问题:
所以相对来说,主键自增会优于 UUID。那么主键自增就是最完美的方案了吗?很多小伙伴可能也听说过一句话:没有银弹!所以,主键自增其实也有问题,具体什么问题,我们下便文章继续。
网站名称:再聊MySQL聚簇索引
URL链接:http://www.shufengxianlan.com/qtweb/news31/317381.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联