索引文件存放位置
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 索引，就会插入索引树的中间位置，这样会消耗性能