MyISAM：这个是默认类型，它是基于传统的ISAM类型，ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写，它是存储记录和文件的标准方法。与其他存储引擎比较，MyISAM具有检查和修复表格的大多数工具。 MyISAM表格可以被压缩，而且它们支持全文搜索。它们不是事务安全的，而且也不支持外键。如果事物回滚将造成不完全回滚，不具有原子性。如果执行大量的SELECT，MyISAM是更好的选择。
- 两种类型最主要的差别在于InnoDB支持事务和行级锁，而MyISAM不支持
- MyISAM的读性能比InnoDB强很多
- MyISAM的索引和数据是分开的，并且索引是有压缩的，内存使用率就对应提高很多，二而InnoDB是索引和数据捆绑的，所以InnoDB的体积会大不少
- SELECT * … 操作是锁表的，InnoDB的行级锁只针对WHERE条件是主键有效，非主键是锁定全表的
- 表级锁，直接锁定整张表，在你锁定期间，其它进程无法对该表进行写操作。如果你是写锁，则其它进程则读也不允许（MyISAM）
- 行级锁，仅对指定的记录进行加锁，这样其它进程还是可以对同一个表中的其它记录进行操作（例如：InnoDB）
- 页级锁，表级锁速度快，但冲突多，行级冲突少，但速度慢。所以取了折衷的页级，一次锁定相邻的一组记录（例如：BDB）
- InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的
- InnoDB不支持FULLTEXT类型的索引
- InnoDB是事务安全的，还支持外键
- 对于AUTO_INCREMENT类型的字段，InnoDB必须包含只有该字段的索引，MyISAM可以和其他字段一起建立联合索引
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
