索引文件存放位置
MyISAM 引擎每个表 都会有3个文件:表结构 (.frm) 表数据 ( .MYD) 索引 (.MYI)
InnoDB 引擎每个表 都会有2个文件:表结构 (.frm)表数据+索引(.ibd)
非聚簇索引(myisam 引擎)
myISAM引擎将索引存到MYI文件中,每个叶子节点都存放 的是该数据的 地址 信息,
聚簇索引(Innodb 引擎 的 主键索引)
Innodb 引擎 主键索引 的叶子节点 存放的是 完整的数据 ,相当于比 非聚簇索引少一次IO
inno主键索引结构:叶子节点存放完成的数据
非聚簇索引(Innodb 引擎 的 普通索引)
Innodb 非主键索引 叶子节点 存放的是该数据的主键
回表
根据索引查询到的主键值再去访问主键索引,从而获取完整的数据记录。
1.非聚簇索引
2.在MySQL的InnoDB存储引擎中,每个索引项的最大长度是767字节,如果查询需要返回的字段长度超过了该限制,同样会触发回表操作。
改善:尽量使用覆盖索引,
覆盖索引:索引树节点,查询字段都在叶子节点中,所以就尽量避免使用select * 而使用select 索引字段
innodb 引擎库表设计注意事项
建议 必须有主键,并且使用 整型的 自增主键
主键的原因:
原因:主键索引 会将 数据存放到叶子节点,这样做避免回表。
若没有主键索引,innodb 会找是否有唯一索引,
若没有唯一索引,innodb 会使用数据表隐藏字段row_id
使用顺序:主键 > 唯一键 > 隐藏 row_id
整型 的原因:
1存储占用空间小
2 在从根节点进行查找时,需要和节点比较大小,整型的比较会远大于 字符型
自增 的原因:
innodb 将B+tree 叶子节点使用双向链表 ,这样就能很好的支持范围查找
若是自增,就会将数据一直插入索引树的尾部
若使用UUID 索引,就会插入索引树的中间位置,这样会消耗性能