MySQL存储引擎种类

MySQL支持数个存储引擎作作为对不同表的类型的处理器。

当年创建一个新表的时候，你可以通过添加一个ENGINE选项到CREATE TABLE语句来告诉MySQL你要创建什么类型的表：

CREATE TABLE t (i INT) ENGINE = INNODB;

如果你省略掉ENGINE选项，默认的存储引擎被使用。一般的默认是MyISAM。

MySQL服务器（3.23至该系列的最高版本，所有4.0版本，以及更高版本）支持采用InnoDB和BDB事务存储引擎的事务。InnoDB提供了全面的ACID兼容性。

MySQL服务器中的其他非事务性存储引擎（如MyISAM）遵从不同的数据完整性范例，称之为“原子操作”。按照事务术语，MyISAM表总能高效地工作在AUTOCOMMIT=1模式下。原子操作通常能提供可比较的完整性以及更好的性能。与经过优化调整的最快的事务性表相比，它的速度快3～5倍。

由于MySQL服务器支持两种范例，因而你能决定是否利用原子操作的速度更好地服务于你的应用程序，或使用事务特性。该选择可按表进行。

正如所阐述的那样，事务性和非事务性表类型之间的权衡主要取决于性能。事务性表对内存和磁盘空间的要求更高，CPU开销也更大。另一方面，多种事务性表类型，如InnoDB，也能提供很多显著特性。MySQL服务器的模块化设计允许同时使用不同的存储引擎，以满足不同的要求，并在所有情形下，提供最佳性能。

1.MyISAM存储引擎

管理非事务表。它提供高速存储和检索，以及全文搜索能力。MyISAM在所有MySQL配置里被支持，它是默认的存储引擎。

每个MyISAM表在磁盘上存储成三个文件。第一个文件的名字以表的名字开始，扩展名指出文件类型。.frm文件存储表定义。数据文件的扩展名为.MYD (MYData)。索引文件的扩展名是.MYI (MYIndex)。

2。InnoDB存储引擎

InnoDB给MySQL提供了具有提交，回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。InnoDB锁定在行级并且也在SELECT语句提供一个Oracle风格一致的非锁定读。这些特色增加了多用户部署和性能。没有在InnoDB中扩大锁定的需要，因为在InnoDB中行级锁定适合非常小的空间。InnoDB也支持FOREIGN KEY强制。在SQL查询中，你可以自由地将InnoDB类型的表与其它MySQL的表的类型混合起来，甚至在同一个查询中也可以混合。

InnoDB是为处理巨大数据量时的最大性能设计。它的CPU效率可能是任何其它基于磁盘的关系数据库引擎所不能匹敌的。

InnoDB存储引擎被完全与MySQL服务器整合，InnoDB存储引擎为在主内存中缓存数据和索引而维持它自己的缓冲池。InnoDB存储它的表＆索引在一个表空间中，表空间可以包含数个文件。InnoDB 表可以是任何尺寸，即使在文件尺寸被限制为2GB的操作系统上。

InnoDB也默认被包括在所有MySQL 5.1二进制分发版里。

关于事务的引擎：
选用innodb

事务的特性：
原子性(Atomicity)：原子意为最小的粒子，或者说不能再分的事物。
数据库事务的不可再分的原则即为原子性。 
组成事务的所有查询必须：
要么全部执行，要么全部取消
一致性(Consistency)：指数据的规则,在事务前/后应保持一致
隔离性(Isolation)：简单点说，某个事务的操作对其他事务不可见的.
持久性(Durability)：当事务完成后，其影响应该保留下来，不能撤消

开启事务：start transaction;
这里面写sql语句  即使sql执行了  数据库数据也不会发生变化
commit提交/rollback回滚
只有 commit执行后数据库信息才会发生变化
rollback撤销该次事务
注意：当一个事务commit，或者rollback就结束了
         有一些语句会造成事务的阴式的提交，比如：start transaction;
下次使用事务时需要开启

3。BDB (BerkeleyDB)存储引擎

BDB提供事务安全。BDB被包含在为支持它的操作系统发布的MySQL-Max二进制分发版里。

MySQL AB与Sleepycat紧密合作工作以保持MySQL/BDB接口的质量在高水平。即使Berkeley DB其本身是非常能经受考验和非常可靠的。MySQL接口仍然被认为是第三等质量的。

4。 MEMORY (HEAP)存储引擎

MEMORY存储引擎用存在内存中的内容来创建表。这些在以前被认识为HEAP表。MEMORY是一个首选的术语，虽然为向下兼容，HEAP依旧被支持。MEMORY存储引擎处理非事务表，这个引擎也都被默认包含在MySQL中。

每个MEMORY表和一个磁盘文件关联起来。文件名由表的名字开始，并且由一个.frm的扩展名来指明它存储的表定义。

如它们名字所指明的，MEMORY表被存储在内存中，且默认使用哈希索引。这使得它们非常快，并且对创建临时表非常有用。可是，当服务器关闭之时，所有存储在MEMORY表里的数据被丢失。因为表的定义被存在磁盘上的.frm文件中，所以表自身继续存在，在服务器重启动时它们是空的。

5。NDB Cluster存储引擎

NDB Cluster是被MySQL Cluster用来实现分割到多台计算机上的表的存储引擎。它在MySQL-Max 5.1二进制分发版里提供。这个存储引擎当前只被Linux, Solaris, 和Mac OS X 支持。

6。其它存储引擎

        EXAMPLE存储引擎是一个“存根”引擎，它不做什么。你可以用这个引擎创建表，但没有数据被存储于其中或从其中检索。这个引擎的目的是服务，在MySQL源代码中的一个例子，它演示说明如何开始编写新存储引擎。同样，它的主要兴趣是对开发者。

        ARCHIVE存储引擎被用来无索引地，非常小地覆盖存储的大量数据。

CSV存储引擎把数据以逗号分隔的格式存储在文本文件中。

详细看：http://dev.mysql.com/doc/refman/5.1/zh/storage-engines.html#converting-tables-to-innodb