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


总结

相关推荐
这个DBA有点耶13 小时前
从症状到根因:数据库监控指标的分层方法与静态/动态阈值策略
数据库·mysql·代码规范
SelectDB13 小时前
时间旅行与快照能力速查:Doris 侧三条落地路径
大数据·数据库·数据分析
SelectDB14 小时前
云数仓成本结构拆解速查:五层计费 vs Doris / 托管形态
大数据·数据库·数据分析
SelectDB14 小时前
什么场景能承接与建议保留:Doris vs Snowflake 边界速查
大数据·数据库·数据分析
ProcessOn15 小时前
纯干货!MySql实战02:一条SQL更新语句执行流程大探索!
sql·mysql·sql server
这个DBA有点耶16 小时前
DELETE没删多少数据,表却越来越大——InnoDB删除空洞与页合并失效的根因
数据库·mysql·代码规范
ly768919 小时前
PostgreSQL 备份恢复策略:pg_basebackup、WAL 归档与 PITR 在企业 Java 系统中的落地
java·数据库·postgresql·pitr·pg_basebackup·wal 归档
小羊没烦恼!20 小时前
Ajax与JSON的一些总结
android·java·前端·数据库·mysql·算法·okhttp
注塑机数据采集联网20 小时前
如何解决注塑机数据采集联网对接MES系统数据WiFi传输数据不稳问题
大数据·数据库·物联网·数据挖掘·数据分析