# 引擎分类 InnoDB引擎 1.将数据存储在表空间中，表空间由一系列的数据文件组成，由InnoDB管理； 2.支持每个表的数据和索引存放在单独文件中(innodb_file_per_table)； 3.支持事务，采用MVCC来控制并发，并实现标准的4个事务隔离级别，支持外键； 4.索引基于聚簇索引建立，对于主键查询有较高性能； 5.数据文件的平台无关性，支持数据在不同的架构平台移植； 6.能够通过一些工具支持真正的热备。如XtraBackup等； 7.内部进行自身优化如采取可预测性预读，能够自动在内存中创建hash索引等。 MyISAM引擎 1.MySQL5.1中默认，不支持事务和行级锁； 2.提供大量特性如全文索引、空间函数、压缩、延迟更新等； 3.数据库故障后，安全恢复性差； 4.对于只读数据可以忍受故障恢复，MyISAM依然非常适用； 5.日志服务器的场景也比较适用，只需插入和数据读取操作； 6.不支持单表一个文件，会将所有的数据和索引内容分别存在两个文件中； 7.MyISAM对整张表加锁而不是对行，所以不适用写操作比较多的场景； 8.支持索引缓存不支持数据缓存。 Archive引擎 1.只支持insert和select操作； 2.缓存所有的写数据并进行压缩存储，支持行级锁但不支持事务； 3.适合高速插入和数据压缩，减少IO操作，适用于日志记录和归档服务器。 Blackhole引擎 1.没有实现任何存储机制，会将插入的数据进行丢弃，但会存储二进制日志； 2.会在一些特殊需要的复制架构的环境中使用。 CSV引擎 1.可以打开CSV文件存储的数据，可以将存储的数据导出，并利用excel打开； 2.可以作为一种数据交换的机制，同样经常使用。 Memory引擎 1.将数据在内存中缓存，不消耗IO； 2.存储数据速度较快但不会被保留，一般作为临时表的存储被使用。 Federated引擎 能够访问远程服务器上的数据的存储引擎。能够建立一个连接连到远程服务器。 Mrg_MyISAM引擎 将多个MYISAM表合并为一个。本身并不存储数据，数据存在MyISAM表中间。 NDB集群引擎 MySQL Cluster专用 # 存储引擎选取参考因素 1.是否有事务需求 如果需要事务支持最好选择InnoDB或者XtraDB，如果主要是select和insert操作MyISAM比较合适，一般使用日志型的应用。 2.备份操作需求 如果能够关闭服务器进行备份，那么该因素可以忽略，如果需要在线进行热备份，则InnoDB引擎是一个不错的选择。 3.故障恢复需求 在对恢复要求比较好的场景中推荐使用InnoDB，因为MyISAM数据损坏概率比较大而且恢复速度比较慢。 4.性能上的需求 有些业务需求只有某些特定的存储引擎才能够满足，如地理空间索引也只有MyISAM引擎支持。所以在应用架构需求环境中也需要管理员折衷考虑，当然从各方面比较而言，InnoDB引擎还是默认应该被推荐使用的。