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优化器权衡后会查询会被覆盖索引,且无需回表查询
什么情况用不到索引