mysql存储引擎

mysql不同引擎存储方式

我们先创建两张表，m_innodb是innodb引擎，m_myisam是MyIsam引擎

通过执行sql,查看数据保存的位置

show VARIABLES LIKE 'datadir';

然后去服务器该路径下查看：

共同都有的是frm文件，这个是存储的是表的元信息，包括一些字段信息

.MYI文件是MyISAM引擎B+树存储的位置

.MYD是MyISAM引擎是数据存储的位置

在innodb中，数据就是索引，索引就是数据，数据是存放在叶子节点上的，innodb中只有一个文件.ibd

主键索引的键值顺序就决定了物理存放的顺序

数据的物理顺序跟主键的逻辑顺序保持一致就是聚集索引

所以在innodb中，只有主键索引才是聚集索引

聚集索引就是决定了数据物理存放的顺序

如果一个表中没有设置主键，那么先会去找唯一索引作为主键索引，如果没有唯一索引，会把_rowid（隐藏字段）做为聚集索引

除了主键索引外，其他的索引都叫辅助索引，辅助索引也有自己的B+树，辅助索引叶子节点存储的是索引和主键值，通过主键值再去主键索引的二叉树上去查找，所以用辅助索引相比直接使用主键索引要多扫描一棵B+树

不要在散列度低的字段上建立索引（重复的数据太多），因为有重复的数据查询就不会走索引

联合索引

如果查询where条件的顺序和联合索引的顺序不一样，mysql优化器会自动优化顺序

图中的4条sql只有1，2，4用到了索引，2用到索引是因为mysql会自动优化顺序

这种做法是否可取？

不可取，相当于创建了两个索引，构建了两个B+树

回表

辅助索引因为先要在辅助索引自己构建的B+树中找到主键值，然后通过主键值在主键索引的B+树中查找到对应的数据，这个过程就叫做回表

覆盖索引

select查询的字段是已被加了索引的字段，就叫覆盖索引，覆盖索引是一种行为，并不是一种索引类型

以下sql哪个用到了覆盖索引和回表操作？（name和phone是复合索引）

1：只根据name查用到了索引，但是*还查询了非复合索引字段，所以需要回表查询且没有覆盖索引

2：name和phone都用到了复合索引，且在辅助索引的B+树上能直接获取到数据，无需回表查询有覆盖索引

3：用到了复合索引，且查询的字段也在这个B+树上,所以无需回表查询，且有覆盖索引

4：查询条件是phone，虽然不满足联合索引最左匹配原则，但是查询字段也为phone,mysql优化器权衡后会查询会被覆盖索引，且无需回表查询

什么情况用不到索引