Mysq数据结构图
索引的本质：索引是帮助Mysql高效获取数据的排好序的数据结构
1. 索引的数据结构
1.1 二叉树
- 问题：
- 树的深度比较深，查询一个索引会有很多的磁盘I/O
1.2 红黑树
- 平衡二叉树
- 问题：
- 平衡二叉树会对树进行平衡，但是当数据有100万时，2^20 = 1024 * 1024 ,此时树的高度就达到了20，也就是需要20次磁盘IO
1.3Hash表
- 对索引的key进行一次hash计算就可以定位出数据存储的位置
- 很多时候Hash索引要比B+ 树索引更高效
- 问题
- 仅能满足 “=”，“IN”，不支持范围查询
- hash冲突问题
1.4 B树
- 叶节点具有相同的深度，叶节点的指针为空
- 所有的索引元素不重复
- 节点中的数据索引从左到右递增排列
- 问题：
- 所有节点都会存储数据，这样也会导致树的层高比较高，磁盘I/O还是比较多
1.5 B+树
- 非叶子节点不存储data，只存储索引(冗余)，可以放更多的索引
- 叶子节点包含所有索引字段
- 叶子节点用指针连接，提高区间访问的性能
2.存储引擎
存储引擎在表级别生效
1. MyISAM
-
*.frm : 数据表结构相关的文件
-
*.MYD：存储数据库数据的文件
-
*.MYI：存储索引相关的文件
-
MyISAM索引文件和数据文件是分离的(非聚集)
2.INNODB
-
*.frm:数据表结构相关的文件
-
*.ibd:存储索引和数据的文件
-
InnoDB索引实现(聚集)
- 表数据文件本身就是按B+Tree组织的一个索引结构文件
- 聚集索引-叶子节点包含了完整的数据记录（一般主键的叶子节点是包含了完整的数据记录，是聚集索引）
- 为什么建议InnoDB表必须建主键，并且推荐使用整型的自增主键？
- 数据使用B+树来存，建主键可以直接把主键当做聚集索引
- 如果不建主键，Mysql自己会生成一个row_id生成聚集索引，一方面增加了Mysql的开销，一方面聚集索引对程序不可见不太友好
- 整型：相对而言比较节省空间
- 自增：自增减少树的平衡开销
- 为什么非主键索引结构叶子节点存储的是主键值？(一致性和节省存储空间)
