mysql索引总结

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

文章目录

  • [1 索引分类维度](#1 索引分类维度)
  • [2 存储形式](#2 存储形式)
    • [2.1 聚簇索引](#2.1 聚簇索引)
    • [2.2 非聚簇索引](#2.2 非聚簇索引)
  • [3 数据约束](#3 数据约束)
  • [4 索引列的数量](#4 索引列的数量)
  • [5 innoDB可以创建的索引](#5 innoDB可以创建的索引)
  • [6 innoDB不可以创建的索引](#6 innoDB不可以创建的索引)
  • 总结

提示:以下是本篇文章正文内容,下面案例可供参考

1 索引分类维度

  • 存储形式
  • 数据约束
  • 索引列的数量
  • innoDB可以创建的索引

2 存储形式

  • 聚簇索引
  • 非聚簇索引

2.1 聚簇索引

简单讲,聚簇索引就是主键索引,按照主键索引到叶节点的时候,叶节点包含了所有列数据。

聚集索引表记录的排列顺序和索引的排列顺序一致(以InnoDB聚集索引的主键索引来说,叶子节点中存储的就是行数据,行数据在物理储器中的真实地址就是按照主键索引树形成的顺序进行排列的),所以查询效率快,只要找到第一个索引值记录,其余就连续性的记录在物理也一样连续存放。聚集索引对应的缺点就是修改慢,因为为了保证表中记录的物理和索引顺序一致,在记录插入的时候,会对数据页重新排序(因为在真实物理存储器的存储顺序只能有一种,而插入新数据必然会导致主键索引树的变化,主键索引树的顺序发生了改变,叶子节点中存储的行数据也要随之进行改变,就会发生大量的数据移动操作,所以效率会慢)。因为在物理内存中的顺序只能有一种,所以聚集索引在一个表中只能有一个。

2.2 非聚簇索引

非聚集索引制定了表中记录的逻辑顺序,但是记录的物理和索引不一定一致(在逻辑上数据是按顺序排存放的,但是物理上在真实的存储器中是散列存放的),两种索引都采用B+树结构,非聚集索引的叶子层并不和实际数据页相重叠,而采用叶子层包含一个指向表中的记录在数据页中的指针方式。非聚集索引层次多,不会造成数据重排。所以如果表的读操作远远多于写操作,那么就可以使用非聚集索引。

3 数据约束

  • 主键索引
  • 唯一索引
  • 非唯一索引

4 索引列的数量

  • 单列索引
  • 组合索引

5 innoDB可以创建的索引

  • 主键索引
  • 唯一索引
  • 普通索引

6 innoDB不可以创建的索引

覆盖索引

覆盖索引是指由于使用了组合索引,当根据某些列检索时可以在组合索引中检索到所有需要的数据,不需要再回表。

explain的时候Extra里如果是Using index,说明使用了覆盖索引,没有回表。


总结

相关推荐
程序员不想YY啊7 分钟前
MySQL元数据库完全指南:探秘数据背后的数据
数据库·mysql·oracle
数据最前线11 分钟前
Doris表设计与分区策略:让海量数据管理更高效
数据库
时光追逐者20 分钟前
MongoDB从入门到实战之MongoDB快速入门(附带学习路线图)
数据库·学习·mongodb
头顶秃成一缕光43 分钟前
Redis的主从模式和哨兵模式
数据库·redis·缓存
AIGC大时代1 小时前
高效使用DeepSeek对“情境+ 对象 +问题“型课题进行开题!
数据库·人工智能·算法·aigc·智能写作·deepseek
博睿谷IT99_1 小时前
数据库证书可以选OCP认证吗?
数据库·oracle·开闭原则·ocp认证
乐维_lwops1 小时前
数据库监控 | MongoDB监控全解析
数据库·mongodb·数据库监控
观无1 小时前
Redis安装及入门应用
数据库·redis·缓存
柏油2 小时前
MySql InnoDB 事务实现之 undo log 日志
数据库·后端·mysql
DolphinScheduler社区3 小时前
白鲸开源WhaleStudio与崖山数据库管理系统YashanDB完成产品兼容互认证
数据库·开源·认证·崖山数据库·白鲸开源