MySQL引擎介绍

前言：

在使用MyBatis框架的时候创建了一个数据库表，其中在表的末端使用到了engine = innodb default charset = utf8；因此查阅资料研究mysql底层引擎的使用。

MySQL三种引擎介绍

1. InnoDB:
支持事务处理(ACID)，并且实现了sql标准的四种隔离级别。支持外键，支持崩溃修复能力和并发控制。事务的完整性较高，能实现并发控制。适用于需要频繁的更新、删除操作的数据库，其支持事务的提交.（commit）和回滚（rollback）。
适用场景：银行（对事务的完整性要求高）、售票（并发控制）
特征：行锁，

2. MyISAM:
插入数据快，空间和内存使用比较低。如果表主要是用于插入新记录和读出记录，那么选择MyISAM能实现处理高效率。如果应用的完整性、并发性要求比 较低，也可以使用。
适应场景：需要频繁的插入或读出数据
特征：表锁，写的优先级高。因此不适合大量的写操作。适合读。

3. MEMORY:
相当于运行内存，具有临时性，数据的处理速度快，但是安全性不高。如果需要很快的读写速度，对数据的安全性要求较低，可以选择MEMOEY。它对表的大小有要求，不能建立太大的表。
适应场景：在相对较小的数据库表。

注：mysql的默认引擎为：
mysql数据在5.1版本之前默认引擎是MyISAM，之后才是innoDB。

InnoDB与MyISAM的比较：

• MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。
• MyISAM类型的表强调的是性能，其执行速度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持以及外部键等高级数据库功能。
• MyISAM是表锁，且不支持行锁，所以读取效率高。Innodb是行锁，对数据修改时效率更高。
• 外键不同，InnoDB支持外键，MyISAM不支持。

关系（聚集性索引和非聚集性索引）：

MyISAM是非集聚引擎，即数据的索引文件与具体数据是分离的，找到索引后得到的是存放数据的地址值，需要通过地址值再次去获取具体存放的数据。且支持全文索引;不支持事务;它是表级锁;会保存表的具体行数。不适合高并发操作。

innoDB是集聚引擎，即逻辑上的存储地址和物理上的存储地址相同，索引和具体数据是连在一起的，找到了索引地址就有了具体的数据内容。innoDB在5.6以后才有全文索引;且支持事务；它是行级锁;不会保存表的具体行数。适合高并发操作。

俩种引擎的选择：

InnoDB
优点： 适合与事务有关的处理，安全性高，对表数据频繁的更新删除时效率更高。在并发量大的情况下更明显。适合大尺寸的数据集。支持外键。更注解事务。
缺点： 内存占用是MyISAM的俩倍。

MyISAM
优点： 内容占用少，经常对数据进行插入操作时更快，关注的是性能。（无事务的存在，实行更快，安全和效率互补。）
缺点： 相对不安全，不能提供事务的回滚操作。

当表的读操作远远多于写操作且不需要数据库事务的支持，那么MyIASM是很好的选择。

MyISAM并发读写时如果等待队列中既有读请求又有写请求，默认写请求的优先级高，即使读请求先到，所以MyISAM不适合于有大量查询和修改并存的情况，那样查询进程会长时间阻塞。因为MyISAM是锁表，所以某项读操作比较耗时会使其他写进程饿死。

使用格式与注意点：

• create table 表名（）engine = innodb ；
• 数据库引擎都是针对表结构进行使用的，可以根据不同的表选择不同的引擎提高使用效率。
• 俩种引擎底层都是采用b＋tree进行存储

数据结构的补充：

b树和b+树的区别：

b树每层都存放着索引和对应的数据，且在范围查找时精确度没那么高，b＋树只有在最后一层存放数据，其他层都是索引值，对范围查找时更精确，百万条数据也可以在高度为3的树中存放。最重要的是读取速度也提升了。
b+树底层数据存放还使用了双向指针。

俩者都是红黑树演化而来的，都是为了处理数据量大提高查找效率而设计的数据结构。本质都是二叉平衡树的进一步演化。