MySQL存储引擎简介及MyISAM和InnoDB的区别

myisam：默认的mysql插件式存储引擎，它是在web、数据仓储和其他应用环境下最常使用的存储引擎之一。注意，通过更改 storage_engine 配置变量，能够方便地更改mysql服务器的默认存储引擎。
innodb：用于事务处理应用程序，具有众多特性，包括acid事务支持。
bdb：可替代innodb的事务引擎，支持commit、rollback和其他事务特性。
memory：将所有数据保存在ram中，在需要快速查找引用和其他类似数据的环境下，可提供极快的访问。
merge：允许mysql dba或开发人员将一系列等同的myisam表以逻辑方式组合在一起，并作为1个对象引用它们。对于诸如数据仓储等vldb环境十分适合。
federated：能够将多个分离的mysql服务器链接起来，从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。
archive：为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。                        
cluster/ndb：mysql的簇式数据库引擎，尤其适合于具有高性能查找要求的应用程序，这类查找需求还要求具有最高的正常工作时间和可用性。
other：其他存储引擎包括csv（引用由逗号隔开的用作数据库表的文件），blackhole（用于临时禁止对数据库的应用程序输入），以及example引擎（可为快速创建定制的插件式存储引擎提供帮助）。

mysql: myisam 和 innodb的区别

innodb 和 myisam 是在使用mysql最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：myisam类型不支持事务处理等高级处理，而innodb类型支持。myisam类型的表强调的是性能，其执行数度比innodb类型更快，但是不提供事务支持，而innodb提供事务支持已经外部键等高级数据库功能。

myiasm 是 iasm表的新版本，有如下扩展：

二进制层次的可移植性。
null列索引。
对变长行比isam表有更少的碎片。
支持大文件。
更好的索引压缩。
更好的键吗统计分布。
更好和更快的auto_increment处理。

以下是一些细节和具体实现的差别：

1. innodb不支持 fulltext 类型的索引 ( 目前只有myisam表支持，且只能用在 char , varchar , text 类型的字段上 )
2. innodb中不保存表的具体行数，也就是说，执行 select count(*) from table 时，innodb要扫描一遍整个表来计算有多少行，但是myisam只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。
3. 对于auto_increment类型的字段，innodb中必须包含只有该字段的索引，但是在myisam表中，可以和其他字段一起建立联合索引。
4. delete from table时，innodb不会重新建立表，而是一行一行的删除。
5. load table from master操作对innodb是不起作用的，解决方法是首先把innodb表改成myisam表，导入数据后再改成innodb表，但是对于使用的额外的innodb特性（例如外键）的表不适用。

另外，innodb表的行锁也不是绝对的，如果在执行一个sql语句时mysql不能确定要扫描的范围，innodb表同样会锁全表，例如 update table set num=1 where name like '%wfc%'

任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥mysql的性能优势.