关于mysql执行引擎,一个简单直白的归纳

在缺省状况下，MySQL支持三个引擎：ISAM、 MyISAM和HEAP。另外两种类型InnoDB和Berkley（BDB），也经常可使用。

MyISAM: 优点 – 查询速度快 – 数据和索引压缩问题 – 表级锁 – 数据丢失

InnoDB: 优点 – 行级锁 – 事务支持 – 数据安全问题 – 数据文件庞大 – 启动慢 – 不支持FULLTEXT索引

ISAM : 执行读取操做的速度很快，并且不占用大量的内存和存储资源。不支持事务处理，也不可以容错

 

InnoDB

InnoDB是一个健壮的事务型存储引擎，这种存储引擎已经被不少互联网公司使用，为用户操做很是大的数据存储提供了一个强大的解决方案。个人电脑上安装的MySQL 5.6.13版，InnoDB就是做为默认的存储引擎。InnoDB还引入了行级锁定和外键约束，在如下场合下，使用InnoDB是最理想的选择：

1.更新密集的表。InnoDB存储引擎特别适合处理多重并发的更新请求。
2.事务。InnoDB存储引擎是支持事务的标准MySQL存储引擎。
3.自动灾难恢复。与其它存储引擎不一样，InnoDB表可以自动从灾难中恢复。
4.外键约束。MySQL支持外键的存储引擎只有InnoDB。
5.支持自动增长列AUTO_INCREMENT属性。

通常来讲，若是须要事务支持，而且有较高的并发读取频率，InnoDB是不错的选择。

MEMORY

使用MySQL Memory存储引擎的出发点是速度。为获得最快的响应时间，采用的逻辑存储介质是系统内存。虽然在内存中存储表数据确实会提供很高的性能，但当mysqld守护进程崩溃时，全部的Memory数据都会丢失。得到速度的同时也带来了一些缺陷。它要求存储在Memory数据表里的数据使用的是长度不变的格式，这意味着不能使用BLOB和TEXT这样的长度可变的数据类型，VARCHAR是一种长度可变的类型，但由于它在MySQL内部当作长度固定不变的CHAR类型，因此可使用。

通常在如下几种状况下使用Memory存储引擎：

1.目标数据较小，并且被很是频繁地访问。在内存中存放数据，因此会形成内存的使用，能够经过参数max_heap_table_size控制Memory表的大小，设置此参数，就能够限制Memory表的最大大小。

2.若是数据是临时的，并且要求必须当即可用，那么就能够存放在内存表中。

3.存储在Memory表中的数据若是忽然丢失，不会对应用服务产生实质的负面影响。

emory同时支持散列索引和B树索引。B树索引的优于散列索引的是，可使用部分查询和通配查询，也可使用<、>和>=等操做符方便数据挖掘。散列索引进行“相等比较”很是快，可是对“范围比较”的速度就慢多了，所以散列索引值适合使用在=和<>的操做符中，不适合在<或>操做符中，也一样不适合用在order by子句中。

 

文章内容源至:

MySQL存储引擎总结  http://www.jb51.net/article/55849.htm  

MySQL执行引擎有哪些 http://blog.csdn.net/kai_wei_zhang/article/details/8063532 

推荐连接: 

mysql5.5 InnoDb存储引擎的配置和优化 http://www.jb51.net/article/42949.htm