MySQL的存储引擎
InnoDB：
MySQL5.5之后的默认存储引擎。
采用MVCC来支持高并发，并且实现了四个标准的隔离级别(默认可重复读)。
支持事务，支持外键、支持行锁、非锁定读(默认读取操作不会产生锁)
行锁优点是适用于高并发的频繁表修改，高并发是性能优于 MyISAM。缺点是系统消耗较大，索引不仅缓存自身，也缓存数据，相比 MyISAM 需要更大的内存。
行级锁都是基于索引的，如果一条SQL语句用不到索引是不会使用行级锁的，会使用表级锁把整张表锁住
InnoDB存储引擎采用Next-Key Locking机制来避免幻读。
在Next-Key Lock 算法下，不仅仅是锁住扫描到的索引，而且还锁住这些索引覆盖的范围（gap）。因此对于这个范围内的插入都是不允许的。
表是基于聚簇索引建立的。
聚簇索引对主键查询有很高的性能。二级索引中必须包含主键列，所以主键列最好别太大。
内部做了很多优化，包括从磁盘读取数据时采用的可预测性读、能够自动在内存中创建哈希索引以加速读操作的自适应哈希索引、能够加速插入操作的插入缓冲区等。
通过一些机制和工具支持真正的热备份。其它存储引擎不支持热备份，要获取一致性视图需要停止对所有表的写入，而在读写混合场景中，停止写入可能也意味着停止读取。
MyISAM：
MyISAM 提供了大量的特性，包括全文索引、压缩表、空间数据索引等。
应该注意的是，MySQL 5.6.4 也添加了对 InnoDB 存储引擎的全文索引支持。
MyISAM不支持事务和行级锁，而且无法在崩溃之后安全恢复；
它对整张表加锁，而不是某行。
读取时对读到的所有表加共享锁，写入时对表加排他锁。
并发插入：在表有读取查询的同时，也可以插入新数据。
支持地理空间搜索。
如果不在乎可扩展能力和并发能力，以及崩溃后数据丢失，却对InnoDB空间占用过多比较敏感，可以考虑用MyISAM。
如果不需要支持事务，主要是select和insert操作，（比如日志型应用），可以考虑用MyISAM。
比较：
事务：InnoDB 是事务型的。
备份：InnoDB 支持在线热备份。
崩溃恢复：MyISAM 崩溃后发生损坏的概率比 InnoDB 高很多，而且恢复的速度也更慢。
并发：MyISAM 只支持表级锁，而 InnoDB 还支持行级锁。
其它特性：MyISAM 支持压缩表和空间数据索引。
MyISAM适合查询和插入为主的应用，InnoDB适合频繁的修改和安全性较高的应用。
Memory：
Memory 是内存级别存储引擎，数据存储在内存中，所以他能够存储的数据量较小。
因为内存的特性，存储引擎对数据的一致性支持较差。
锁级别为表锁，不支持事务。但访问速度非常快，并发写入性能较低，并且默认使用 hash 索引。