20160924-1——mysql存储引擎

时间：2016-09-26 22:58:44 阅读：297 评论：0 收藏：0 [点我收藏+]

标签：

一、主要存储引擎

技术分享
5.5以后的版本，默认存储引擎从myisam改成了innodb；线上推荐都用innodb

二、innodb存储引擎

（一）结构

技术分享
INNODB存储引擎大致分三部分，图中已经（1）（2）（3）标出。至于MYSQL Server层暂不管它，就是SQL接口、解析器、优化器、缓冲池的那层组件。
上图中：
（1）是缓存层，由一个大的innodb buffer pool和很多个其他小的内存组件组成，用来缓冲数据的，innodb的数据读取写入不是直接操作文件，而是从文件加载到缓存，在缓冲里做操作，再flush到磁盘文件‘；
（2）是各种后台线程，例如IO线程、日志线程、监控线程等；
（3）是各种数据文件层，例如innodb的数据文件、redo log等；

（二）innodb的特点

1、innodb支持事务，事务ACID特性完整支持：
（1）原子性（A）：通过回滚段失败回滚来保证原子性，也就是unlog log日志回滚保证原子性；
（2）一致性（C）：通过支持主外键来保证一致性；
（3）隔离性（I）：通过事务版本+回滚段=MVCC（多版本并发），也即是通过MVCC（多版本并发）机制来保证隔离性；
（4）持久性（D）：通过事务日志（redo log）来保证持久性；

（三）事务隔离级别

1、支持四种不同的事务隔离级别，默认的事务隔离级别是REPEATABLE-READ（可重复读）：

（四）INNODB存储引擎的锁

1、支持行级锁，写不阻塞读；不同行间的写相互不阻塞；并发性能好
2、行锁是加在索引上的（或者说行级锁是在索引上实现的），如果更新字段上没有索引则行锁会转换为表级锁。

（五）INNODDB数据块缓存池

1、数据的读写需要经过缓存（数据的读写不是直接读写磁盘文件，而是先将文件数据加载到内存，再进行读写（更新后产生脏页），再根据配置的策略定期将脏页刷新到磁盘）
2、innodb的数据是以整页（page,16K）为单位，读取到缓存中；
3、缓存中的数据以LRU策略换出；
4、IO效率高

（六）INNODB数据文件存储结构

1、innodb存储类型的表，是索引组织表（聚簇表），它的整个表数据就是一个索引表。表数据是根据主键排序，如果没有索引则检查唯一索引键，用唯一键做索引；如果没有主键也没有唯一索引键，则会自动内部分配一个rowID来做索引。
2、innodb结构的表是索引结构的，数据节点每页是16K。
3、innodb结构的表是索引组织表（聚簇表），根据主键寻址速度很快。
主键值递增的insert插入效率较好，主键随机insert插入操作效率差。因此，innodb表必须制定主键，建议使用自增数字。

（七）INNODB数据持久化与事务日志

1、事务日志（redo log）实时持久化，
2、内存变化数据（脏数据）增量异步刷出到磁盘文件；
3、实例故障靠重放日志恢复；
4、性能好，可靠，恢复快

二、MYISAM存储引擎

（一）特点

1、前身叫ISAM存储引擎；
2、MYISAM存储引擎的数据组织形式是一种堆表，和索引组织表相区别（innodb的数据组织形式是索引组织表）。
例如插入一条数据id=2(id为主键，表里已经存在id=1和id=3数据)，
（1）myisam存储引擎：如果插入id=2,数据的插入位置和id=1 id=3无关系，也就是无序的；
堆表的插入特性是无序的，其他的数据库例如oracle PostgreSQL都是以堆表形式插入数据的；
（2）INNODB存储引擎：如果插入id=2，会插入到id=1和id=3之间，因为innodb是索引组织表是有有序的；
索引组织表的最大特点是根据主键去查询效率非常快。
3、MYISAM存储引擎不支持事务；
4、myisam存储引擎的缓存（）不缓存数据，只缓存索引。数据缓存是交给操作系统的内存来缓存的。
这种会有问题：如果查询一个大表，会消耗大量操作系统内存，如果表中碎片很大可能会浪费大量操作系统内存。
5、锁粒度较大：使用的是读写锁（读的时候不允许写，写的时候不允许读，只有读的时候允许读）
6、数据文件可以直接拷贝，偶尔可能会用上。但是线上现在不建议使用该引擎了
因为：
a、不支持事务；
b、锁粒度太大并发性能差；
c、只缓存索引不缓存数据，对系统内存影响较大有风险；
d、8.0取消了MYISAM引擎；