Mysql存储引擎Myisam小结

    myisam在mysql5.5之前是默认存储引擎,从5.5开始mysql的默认存储引擎为innodb.目前mysql版本myisam仍然有广泛的应用.mysql的一些系统表和临时表存储引擎仍然使用的myisam.这里的临时表指的是在查询过程中对查询的数据进行排序,分组等 *** 作,数据量超过一定数量时,由查询优化器建立的临时表.

myisam每个表都有三个文件组成:

.frm 表结构描述

.MYD 存储数据

.MYI 存储索引

myisam存储引擎的锁级别为表级锁,myisam为表级读共享写独占锁.myisam读并不会完全阻塞写,myisam允许在读的同时在表的后面追加对应的数据.concurrent_insert控制对应的并发性.

concurrent_insert可以设置为以下3个值:

在5.0之前,myisam只支持文件大小为4G的文件,再次之后支持256TB大小的文件.如果表要大于4G,需要设置MAX_ROWS和AVG_ROW_LENGTH的值.

相对于innodb存储引擎来说myisam占用的表空间更加少。myisam支持通过myisampack对单个表做进一步压缩。通过myisampack进行压缩，myisampack能过将数据压缩40%~70%。但是通过myisampack压缩后的数据该表将变成只读。压缩后需要对该表进行检查，使用工具myisamchk。

myisam存储引擎不支持事务。update后无需commit将会自动提交，也无法回滚。正是如此，myisam没有redo log以及undo log文件。在迁移数据对应的表的时候，只需要将对应的表拷贝到目标机器上就可以使用了。但是由于没有redo log和undo log，这样容易造成表损坏。

通过check table tablename和repair table tablename两条命令表进行修护。

myisam含有一些空间函数。一些地理信息系统的空间应用需要使用这种类型的存储引擎。

MYISAM 表是典型的数据与索引分离存储，主键和二级索引没有本质区别。比如在 MYISAM 表里主键、唯一索引是一样的，没有本质区别。

INNODB 表本身是索引组织表，也就是说索引就是数据。下图表T1的数据行以聚簇索引的方式展示，非叶子节点保存了主键的值，叶子节点保存了主键的值以及对应的数据行，并且每个页有分别指向前后两页的指针。

INNODB 表不同于 MYISAM，INNODB 表有自己的数据页管理，默认 16KB。MYISAM 表数据的管理依赖文件系统，比如文件系统一般默认 4KB，MYISAM的块大小也是 4KB，MYISAM 表的没有自己的一套崩溃恢复机制，全部依赖于文件系统。

INNODB 表这样设计的优点有两个：

数据按照主键顺序存储。主键的顺序也就是记录行的物理顺序，相比指向数据行指针的存放方式，避免了再次排序。我们知道，排序消耗最大。

2. 两个叶子节点分别含有指向前后两个节点的指针，这样在插入新行或者进行页分裂时，只需要移动对应的指针即可。

INNODB 二级索引的非叶子节点保存索引的字段值，上图索引为表 t1 的字段 age。叶子节点含有索引字段值和对应的主键值。

这样做的优点是当出现数据行移动或者数据页分裂时，避免二级索引不必要的维护工作。当数据需要更新的时候，二级索引不需要重建，只需要修改聚簇索引即可。

但是也有缺点：

1. 二级索引由于同时保存了主键值，体积会变大。特别是主键设计不合理的时候，比如用 UUID 做主键。

2. 对二级索引的检索需要检索两次索引树。第一次通过检索二级索引叶子节点，找到过滤行对应的主键值；第二次通过这个主键的值去聚簇索引中查找对应的行。

---