一个表中索引的数量是不是越多越好?

简介: 往InnoDB表新增数据时,都会基于主键给自动建立聚簇索引。 随着我们不停的在表里插入数据,会不停的在数据页里插入数据。一个数据页放满后,就会分裂成多个数据页,这时就需要索引页去指向各个数据页。

往InnoDB表新增数据时,都会基于主键给自动建立聚簇索引。 随着我们不停的在表里插入数据,会不停的在数据页里插入数据。一个数据页放满后,就会分裂成多个数据页,这时就需要索引页去指向各个数据页。


若数据页太多,那么索引页里里的数据页指针也就会太多了,索引页也必然会放满的,于是索引页也会分裂,再形成更上层的索引页。


默认MySQL建立的聚簇索引都是基于主键的值来组织索引,聚簇索引的叶子节点都是数据页,里面放的就是插入的一行行完整数据。


数据页/索引页里面的记录都是组成一个单向链表,按数据大小有序排列

数据页/索引页互相之间组成双向链表,也都按数据大小有序排列

所以B+索引树是个完全有序的数据结构,无论是页内还是页间,这才能让查找数据时,直接从根节点开始按照数据值大小一层一层往下找,效率很高。


MySQL的表里建立一些字段对应的索引,有啥好处?

可直接根据某个字段的索引B+树来查找数据,无需全表搜索,性能提升很高。但也有坏处:


空间

每个B+树都要占用很多磁盘空间,索引太多,就很费磁盘空间。


搞很多索引,增删改查时,每次都需要维护各个索引的数据有序性,因为每个索引B+树都要求页内是按照值大小排序的,页之间也是有序的:


下 一 个 页 的 所 有 值 必 须 > 上 一 个 页 的 所 有 值 下一个页的所有值必须>上一个页的所有值下一个页的所有值必须>上一个页的所有值


所以不停增删改查,必然会导致各个数据页之间的值大小可能会没有顺序,比如下一个数据页里插入了一个比较小的值,居然比上一个数据页的值要小!此时就没办法了,只能进行数据页的挪动,维护页之间的顺序。


时间

不停插入数据,各索引的数据页就要不停分裂,不停增加新的索引页,这过程都很耗时。


所以你要是一个表里搞的索引太多,很可能导致你的增删改的速度较差,也许查询速度确实是可以提高,但是增删改就会受到影响,因此不建议一个表里搞的索引太多的!

目录
相关文章
|
6月前
|
索引
15. 索引是越多越好嘛? 什么样的字段需要建索引, 什么样的字段不需要 ?
是否越多索引越好?并非如此。应根据需求建索引:主键自动索引,频繁查询、关联查询、排序、查找及统计分组字段建议建索引。但表记录少,频繁增删改操作,频繁更新的字段,以及使用频率不高的查询条件则不需要建索引。
115 0
|
6月前
|
存储 关系型数据库 索引
10. 在一个非主键字段上创建了索引, 想要根据该字段查询到数据, 需要查询几次 ?
在非主键字段上创建索引,查询数据通常需两次。对于MyISAM,先通过索引找到数据行指针,再获取数据;而InnoDB则先找主键ID,再从主键索引中查找数据。
42 0
|
28天前
|
数据库 索引
联合索引和单独列索引哪个更好
【10月更文挑战第15天】联合索引和单独列索引哪个更好
45 2
|
5月前
|
存储 SQL 缓存
使用索引注意合理的数量
【6月更文挑战第9天】本文介绍数据库索引是提升数据检索速度的数据结构,通过减少磁盘访问提高性能。建议根据表的大小和使用频率谨慎创建索引,如核心表不超过7个索引,普通表不超过5个,小型表不超过3个。
76 3
使用索引注意合理的数量
|
6月前
|
对象存储
统计数组中的重复数据的数量
这篇文章总结了5种统计数组中重复数据数量的方法。方法1和4使用for循环和对象存储计数;方法2和5利用`reduce`函数,其中方法5是最简写形式;方法3是特定场景下的应用,针对特定值计数。所有方法最终都返回一个对象,键为数组元素,值为出现次数。
117 3
|
SQL 分布式计算 MaxCompute
一次性查询一张表所有字段的空值率
一次性查询一张表所有字段的空值率
1681 2
|
索引
索引是越多越好嘛? 什么样的字段需要建索引, 什么样的字段不需要 ?
索引是越多越好嘛? 什么样的字段需要建索引, 什么样的字段不需要 ?
130 0
|
关系型数据库 MySQL 索引
Mysql索引是越多越好嘛? 什么样的字段需要建索引, 什么样的字段不需要 ?
MySQL索引的数量并不是越多越好,过多的索引可能会导致性能下降和存储空间的浪费。
315 0
|
数据库 索引
索引是越多越好嘛? 什么样的字段需要建索引
索引的作用是加快数据库的查询速度,但并不是索引越多越好。过多的索引会增加数据库的存储空间和维护成本,并且在写操作时可能会降低性能。
227 0
|
存储 NoSQL 算法
数据索引
数据索引