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,说明使用了覆盖索引,没有回表。


总结

相关推荐
m0_7482515239 分钟前
Linux(CentOS)安装 MySQL
linux·mysql·centos
木卫二号Coding41 分钟前
docker-开源nocodb,使用已有数据库
数据库·docker·开源
StarRocks_labs1 小时前
StarRocks 存算分离在得物的降本增效实践
数据库·数据仓库·湖仓
敲代码敲到头发茂密1 小时前
基于 LangChain 实现数据库问答机器人
数据库·人工智能·语言模型·langchain·机器人
一入程序无退路2 小时前
c语言传参数路径太长,导致无法获取参数
linux·c语言·数据库
陌夏微秋3 小时前
STM32单片机芯片与内部47 STM32 CAN内部架构 介绍
数据库·stm32·单片机·嵌入式硬件·架构·信息与通信
计算机学无涯4 小时前
Spring事务回滚
数据库·sql·spring
web130933203984 小时前
flume对kafka中数据的导入导出、datax对mysql数据库数据的抽取
数据库·kafka·flume
张声录14 小时前
【ETCD】【实操篇(二十)】浅谈etcd集群管理的艺术:从两阶段配置到灾难恢复的设计原则
数据库·etcd
qq_254674414 小时前
数据仓库和数据湖 数据仓库和数据库
数据库·数据仓库