Mysql能够说是最宽泛应用的数据库之一了，体积小，成本低，开源（收费才是王道呀-。-），本文旨在和大家一起摸索Mysql的一些相干常识，不仅要会用它来写sql，更要学习它的底层设计和技术延长。
索引数据结构
Mysql索引是基于B+tree的数据结构来设计的，那么为什么不应用二叉树，Hash（其实是反对的），B-tree等构造来设计索引呢？
二叉树：
树的层数过高，容易进化成链表
均衡二叉树，红黑树：
层数依然过高，会大大增加零碎的IO频率
Hash
Mysql是反对Hash索引的，只不过Hash索引不反对范畴查找，而咱们在日常工作中须要宽泛的使用到范畴查问
B-tree：
1.在B-tree和B+tree中，每一个节点叫做一个磁盘页，每一个磁盘页的大小是16K，那么相比拟于B-tree是在每个节点上都存储数据，B+tree是只在叶子节点上存储数据，雷同层数下，B+tree能存储的数据量要大于B-tree
2.B+tree的叶子节点有双向指针，对于范畴查找的效率能大大晋升
存储引擎
Mysql中有很多种存储引擎，咱们这里次要介绍的是MyISAM和InnoDB。
关上不同引擎的表的存储文件夹，会发现这两种引擎用来保留相干数据的文件不同:
MyISAM
.frm文件：存储表构造
.MYD文件：存储数据
.MYI文件：存储索引
查问时，如果有索引，在MYI文件中依据索引获取数据地址，再去MYD文件中查找到数据
InnoDB
.frm文件:存储表构造
.ibd文件：存储索引和数据
索引和数据都存储在ibd文件
除了存储文件上的区别，MyISAM和InnoDB还有以下的区别：
- 前者是非汇集索引，后者是汇集索引
- 前者不反对事务，后者反对
- 前者不反对外键，后者反对
- 前者只反对表锁，后者反对表锁和行锁
- 前者保留表的行数，后者每次仅限count(*)操作须要去扫描全表
- delete表的时候，前者是从新建表，后者是一行行的删
···
那么，什么时候应用哪个最好呢？一般来说，零碎业务波及到查问占大部分，对事务需要度低，容忍度高的，能够应用MyISAM引擎，MyISAM查问效率要高于InnoDB。反之，零碎波及并发量大，须要大量的增删改操作，倡议应用InnoDB引擎。
tips：MyISAM查问效率更高，是因为：InnoDB要缓存数据块，而MyISAM只有缓存索引块；在select的时候InnoDB须要去保护MVCC（多版本并发管制）；InnoDB查问须要映射到块再到行，而MyISAM间接记录文件的offset，定位更快
汇集索引和非汇集索引
- 对于主键索引和非主键索引来说，MyISAM节点的主键索引和非主键索引都寄存的是行数据的磁盘地址。InnoDB非主键索引存储的是主键值，而主键索引里存储的是行数据，当进行非主键索引查问时，先在非主键索引中查找到对应的主键值，而后依据主键值再去主键索引里进行一次树查问，获取主键索引中存储的行数据。（这种第一次树查问定位主键，第二次再进行一次树查问的操作叫做回表）
- 依据索引存储形式的不同，咱们把MyISAM的主键索引和非主键索引类型叫做非汇集索引，把InnoDB的主键索引类型叫做汇集索引，非主键索引类型叫做辅助索引（一般索引）。汇集的含意能够了解为索引和数据聚合在一起。
应用InnoDB时的tips：
1.基于下面的设计，InnoDB必须设置主键索引，所以个别倡议咱们在进行表的设计的时候都要增加主键列，如果不设置主键，mysql会在表中寻找一个惟一列来当做主键索引，如果没有这样的列，它会去保护一个虚构列，用以建设主键索引
2.主键尽可能的要设置成自增整型类型，因为最终在B+tree中是须要去比拟索引大小的，如果是非整型的，或者是无序的主键，还须要先去进行值转换，无疑减少了额定工夫开销
发表回复