一、 Mysql引擎
MySQL有多种存储引擎: MyISAM、InnoDB、MERGE、MEMORY(HEAP)、BDB(BerkeleyDB)、EXAMPLE、FEDERATED、ARCHIVE、CSV、BLACKHOLE
MySQL支持数个存储引擎作为对不同表的类型的处理器。MySQL存储引擎包括处理事务安全表的引擎和处理非事务安全表的引擎：
1. MyISAM管理非事务表。它提供高速存储和检索，以及全文搜索能力。MyISAM在所有MySQL配置里被支持，它是默认的存储引擎，除非你配置MySQL默认使用另外一个引擎。
2. MEMORY存储引擎提供“内存中”表。MERGE存储引擎允许集合将被处理同样的MyISAM表作为一个单独的表。就像MyISAM一样，MEMORY和MERGE存储引擎处理非事务表，这两个引擎也都被默认包含在MySQL中。
注释：MEMORY存储引擎正式地被确定为HEAP引擎。
3. InnoDB和BDB存储引擎提供事务安全表。BDB被包含在为支持它的操作系统发布的MySQL-Max二进制分发版里。InnoDB也默认被包括在所 有MySQL 5.1二进制分发版里，你可以按照喜好通过配置MySQL来允许或禁止任一引擎。
4. EXAMPLE存储引擎是一个“存根”引擎，它不做什么。你可以用这个引擎创建表，但没有数据被存储于其中或从其中检索。这个引擎的目的是服务，在 MySQL源代码中的一个例子，它演示说明如何开始编写新存储引擎。同样，它的主要兴趣是对开发者。
5. NDBCluster是被MySQL Cluster用来实现分割到多台计算机上的表的存储引擎。它在MySQL-Max 5.1二进制分发版里提供。这个存储引擎当前只被Linux,Solaris, 和Mac OS X 支持。在未来的MySQL分发版中，我们想要添加其它平台对这个引擎的支持，包括Windows。
6. ARCHIVE存储引擎被用来无索引地，非常小地覆盖存储的大量数据。
7. CSV存储引擎把数据以逗号分隔的格式存储在文本文件中。
8. BLACKHOLE存储引擎接受但不存储数据，并且检索总是返回一个空集。
9. FEDERATED存储引擎把数据存在远程数据库中。在MySQL 5.1中，它只和MySQL一起工作，使用MySQL C Client API。在未来的分发版中，我们想要让它使用其它驱动器或客户端连接方法连接到另外的数据源。
二、 重点介绍
(一) Innodb引擎
1. Innodb引擎提供了对数据库ACID事务的支持，并且实现了SQL标准的四种隔离级别。
2. 该引擎还提供了行级锁和外键约束
3. 使用行级锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表。
4. 它的设计目标是处理大容量数据库系统，它本身其实就是基于MySQL后台的完整数据库系统
5. MySQL运行时Innodb会在内存中建立缓冲池，用于缓冲数据和索引。
6. 该引擎不支持FULLTEXT类型的索引（不支持全文索引）。
7. 它没有保存表的行数，当SELECT COUNT(*) FROM TABLE时需要扫描全表。
8. 当需要使用数据库事务时，该引擎当然是首选。
9. 由于锁的粒度更小，写操作不会锁定全表，所以在并发较高时，使用Innodb引擎会提升效率。
(二) MyIASM引擎
1. MyIASM是MySQL默认的引擎，
2. 但是它没有提供对数据库事务的支持，也不支持行级锁和外键，
3. 因此当INSERT(插入)或UPDATE(更新)数据时即写操作需要锁定整个表，效率便会低一些。
4. MyIASM中存储了表的行数，于是SELECT COUNT(*) FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描。
5. 如果表的读操作远远多于写操作且不需要数据库事务的支持，那么MyIASM也是很好的选择。
(三) 主要区别：
1. MyIASM是非事务安全的，而InnoDB是事务安全的。InnoDB的AUTOCOMMIT默认是打开的，即每条SQL语句会默认被封装成一个事务，自动提交，这样会影响速度，所以最好是把多条SQL语句显示放在begin和commit之间，组成一个事务去提交。
2. MyIASM锁的粒度是表级的，而InnoDB支持行级锁
3. MyIASM支持全文类型索引，而InnoDB不支持全文索引
4. MyIASM相对简单，效率上要优于InnoDB，小型应用可以考虑使用MyIASM
5. MyIASM表保存成文件形式，跨平台使用更加方便
(四) 应用场景：
1. MyIASM管理非事务表，提供高速存储和检索以及全文搜索能力，如果再应用中执行大量select操作，应该选择MyIASM
2. InnoDB用于事务处理，具有ACID事务支持等特性，如果在应用中执行大量insert和update操作，应该选择InnoDB
3. 系统奔溃后，MyISAM恢复起来更困难，能否接受
4. MySQL5.5版本开始Innodb已经成为Mysql的默认引擎(之前是MyISAM)，说明其优势是有目共睹的，如果你不知道用什么，那就用InnoDB，至少不会差
