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/NDBMySQL的簇式数据库引擎，尤其适合于具有高性能查找要求的应用程序，这类查找需求还要求具有最高的正常工作时间和可用性。
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的性能优势.