存储引擎

存储引擎介绍：

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专用。

 

3.第三方存储引擎：

1.OLTP类：

   XtraDB：InnoDB的改进版本。

   PBXT：类似InnoDB，但提供引擎级别的复制和外键约束，适当支持SSD存储。

   TokuDB(开源)：支持分形树索引结构，支持海量数据的分析。

2.列式存储引擎：MySQL默认是面向行的存储

   Infobright:  支持数十TB的数据量，为数据分析和数据仓库设计的。数据高度压缩。

   InfiniDB:可以在一组集群间做分布式查询，有商业版但没有典型应用案例。

3.社区存储引擎：

   Aria：解决MyISAM崩溃安全恢复问题，并能够进行数据缓存。

   Groona: 全文索引引擎。

   QQGraph: 由Open query研发支持图操作，比如查找两点间最短距离。

   SphinxSE: 该引擎为Sphinx全文索引搜索服务器提供SQL接口。

   Spider: 支持sharding并能够基于分片实现并列查询。

   VPForMySQL: 支持垂直分区。

 

4.存储引擎选取参考因素

1.是否有事务需求

 如果需要事务支持最好选择InnoDB或者XtraDB，如果主要是select和insert操作MyISAM比较合适，一般使用日志型的应用。

2.备份操作需求

 如果能够关闭服务器进行备份，那么该因素可以忽略，如果需要在线进行热备份，则InnoDB引擎是一个不错的选择。

3.故障恢复需求

 在对恢复要求比较好的场景中推荐使用InnoDB，因为MyISAM数据损坏概率比较大而且恢复速度比较慢。

4.性能上的需求

 有些业务需求只有某些特定的存储引擎才能够满足，如地理空间索引也只有MyISAM引擎支持。所以在应用架构需求环境中也需要管理员折衷考虑，当然从各方面比较而言，InnoDB引擎还是默认应该被推荐使用的。