MySQL中常用的几种存储引擎：innoDB、myisam、memory、BlackHole以及这几个引擎的讲解
innoDB存储引擎
（1） innodb存储引擎的mysql表提供了事务，回滚以及系统崩溃修复能力和多版本迸发控制的事务的安全。
（2）innodb支持自增长列（auto_increment）,自增长列的值不能为空，如果在使用的时候为空的话怎会进行自动存现有的值开始增值，如果有但是比现在的还大，则就保存这个值。
（3）innodb存储引擎支持外键（foreign key） ,外键所在的表称为子表而所依赖的表称为父表。
（4）innodb存储引擎最重要的是支持事务，以及事务相关联功能。
（5）innodb存储引擎支持mvcc的行级锁。
（6）innodb存储引擎索引使用的是B+Tree
mvcc类似于java中的读锁具体介绍可以看这篇文章：http://blog.csdn.net/chosen0ne/article/details/18093187
MyISAM存储引擎
1、MyISAM 这种存储引擎不支持事务，不支持行级锁，只支持并发插入的表锁，主要用于高负载的select。
2、MyISAM 类型的表支持三种不同的存储结构：静态型、动态型、压缩型。
（1）静态型：就是定义的表列的大小是固定（即不含有：xblob、xtext、varchar等长度可变的数据类型），这样mysql就会自动使用静态myisam格式。
使用静态格式的表的性能比较高，因为在维护和访问的时候以预定格式存储数据时需要的开销很低。但是这高性能是有空间换来的，因为在定义的时候是固定的，所以不管列中的值有多大，都会以最大值为准，占据了整个空间。
（2）动态型：如果列（即使只有一列）定义为动态的（xblob, xtext, varchar等数据类型），这时myisam就自动使用动态型，虽然动态型的表占用了比静态型表较少的空间，但带来了性能的降低，因为如果某个字段的内容发生改变则其位置很可能需要移动，这样就会导致碎片的产生。随着数据变化的怎多，碎片就会增加，数据访问性能就会相应的降低。
对于因为碎片的原因而降低数据访问性，有两种解决办法：
@1、尽可能使用静态数据类型
@2、经常使用optimize table语句，他会整理表的碎片，恢复由于表的更新和删除导致的空间丢失。
(如果存储引擎不支持 optimize table 则可以转储并重新加载数据，这样也可以减少碎片)
（3）压缩型：如果在这个数据库中创建的是在整个生命周期内只读的表，则这种情况就是用myisam的压缩型表来减少空间的占用。
3、MyISAM也是使用B+tree索引但是和Innodb的在具体实现上有些不同。
MEMORY存储引擎
（1）memory存储引擎相比前面的一些存储引擎，有点不一样，其使用存储在内从中的数据来创建表，而且所有的数据也都存储在内存中。
（2）每个基于memory存储引擎的表实际对应一个磁盘文件，该文件的文件名和表名是相同的，类型为.frm。该文件只存储表的结构，而其数据文件，都是存储在内存中，这样有利于对数据的快速处理，提高整个表的处理能力。
（3）memory存储引擎默认使用哈希（HASH）索引，其速度比使用B-+Tree型要快，如果读者希望使用B树型，则在创建的时候可以引用。
（4）memory存储引擎文件数据都存储在内存中，如果mysqld进程发生异常，重启或关闭机器这些数据都会消失。所以memory存储引擎中的表的生命周期很短，一般只使用一次。
BlackHole存储引擎（黑洞引擎）
（1）支持事务，而且支持mvcc的行级锁，主要用于日志记录或同步归档，这个存储引擎除非有特别目的，否则不适合使用！
---------------------
作者的博文中，还有其他点，记录的更详细，如需查阅，请参看以下链接。
作者：QH_JAVA
来源：CSDN
原文：https://blog.csdn.net/qh_java/article/details/14045827
版权声明：本文为博主原创文章，转载请附上博文链接！
--------------->8-----------------------
有技术达人指出，上面某点出现问题，特标记如下：
blackhole 应该不存储数据，主要是用于结构同步的。所以不能用于日志和文档的记录。可用日志记录的的引擎应该是archive。