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


总结

相关推荐
Elastic 中国社区官方博客1 小时前
让大模型思考,让小模型执行:在 Elastic Workflows 中拆分 LLM 成本
大数据·运维·数据库·人工智能·elasticsearch·ai
Faith_xzc2 小时前
一条 SQL 顶一条 Flink 链路?Doris Streaming Job 持续导入全景解析
大数据·数据库·sql·flink
阮胜昌2 小时前
MySQL 中的动态数据脱敏:无需更改应用程序即可保护敏感数据
android·mysql·adb
小白说大模型4 小时前
AI驱动的个性化学习路径:知识图谱与知识点关联的存储与推理
大数据·人工智能·学习·mysql·机器学习·prompt·知识图谱
这个DBA有点耶4 小时前
多模数据库深度解读:从“多库拼装”到“一库多能”的架构演进
数据库·mysql·dba
程序员夏洛5 小时前
MySQL 默认的事务隔离级别是什么?为什么选择这个级别?
数据库·mysql
艺术留白5 小时前
MokaTest使用篇-SQL接口
数据库·sql
卓怡学长5 小时前
w180springboot基于Java的悠扬乐器管理
java·spring boot·mysql·spring·maven·intellij-idea
( •̀∀•́ )9206 小时前
MySQL 自动备份与恢复方案
数据库·mysql·oracle
这个DBA有点耶6 小时前
大事务的“事前预防”:监控、拦截、Kill,四层防线一次讲透
数据库·mysql·代码规范