?

InnoDB存储引擎

?

InnoDB是Mysql数据库的一种存储引擎。InnoDB给Mysql的表提供了 事务、回滚、崩溃修复能力、多版本并发控制的事务安全、间隙锁（可以有效的防止幻读的出现）、支持辅助索引、聚簇索引、自适应hash索引、支持热备、行 级锁。还有InnoDB是Mysql上唯一一个提供了外键约束的引擎。

?

InnoDB存储引擎中，创建的表的表结构是单独存储的并且存储在.frm文件中。数据和索引存储在一起的并且存储在表空间中。但是默认情况下 mysql会将数据库的所有InnoDB表存储在一个表空间中的。其实这种方式管理起来非常的不方便而且还不支持高级功能所以建议每个表存储为一个表空间 实现方式为：使用服务器变量innodb_file_per_table = 1。

?

如果需要频繁的进行更新、删除操作的数据库也可选择InnoDB存储引擎。因为该存储引擎可以实现事务提交和回滚。

?

MyISAM存储引擎

?

MyISAM存储引擎是Mysql中常见的存储引擎，MyISAM存储引擎是基于ISAM存储引擎发展起来的。MyISAM支持全文索引、压缩存 放、空间索引（空间函数）、表级锁、延迟更新索引键。但是MyISAM不支持事务、行级锁、更无法忍受的是崩溃后不能保证完全恢复（只能手动修复）。

?

MyISAM存储引擎的表存储成3个文件。文件的名字和表的名字相同。扩展名包含frm、MYD、MYI。其中frm为扩展名的文件存储表的结构；MYD为扩展名的文件存储数据，其是MYData的缩写；MYI为扩展名的文件存储索引，其为MYIndex的缩写。

?

MyISAM存储引擎的插入数据很快，空间和内存使用比较低。如果表主要是用于插入新记录和读出记录，那么选择MyISAM存储引擎能够实现处理的高效率。如果应用的完整性、并发性要求很低，也可以选择MyISAM存储引擎。

?

ARCHIVE

?

ARCHIVE，见名之意可看出是归档，所以归档之后很多的高级功能就不再支持了仅支持插入（insert）和查询（select）两种功能， ARCHIVE存储引擎之前还不支持索引（在Mysql5.5以后开始支持索引了），但是它拥有很好的压缩机制。通常用于做仓库使用。

?

ARCHIVE存储引擎适用于存储日志信息或其他按时间序列实现的数据采集类的应用场景中。

?

CSV

?

CSV是将数据文件保存为CSV格式的的文件的，可以方便的导入到其他数据库中去（例如：excel表格，SQLserver等等），由此需要在数据库间自由共享数据时才偶尔建议使用此存储引擎。并且它也不支持索引；个人认为仅适用于数据交换。

?

BLACKHOLE

?

BLACKHOLE叫做黑洞，也就是说没有存储机制，任何数据都会被丢弃，但是会记录二进制日志。一般在Mysql复制（中继服务器）中经常用到，这个在Mysql复制博客中将详细介绍，敬请关注。

?

FEDERATED

?

FEDERATED可以实现跨服务器整理表，简单说就是它可以访问远程服务器上数据的存储引擎，所以说它不再本地创建数据只会自动的建立一个连接到其他服务器上链接，有点类似于代理的功能，默认都是禁用的。

?

MEMORY存储引擎

?

MEMORY存储引擎是Mysql中的一类特殊的存储引擎。其使用存储在内存中的内存来创建表，而且所有数据保存在内存中。数据安全性很低，但是查 找和插入速度很快。如果内存出现异常就会影响到数据的完整性，如果重启或关机，表中的所有数据就会丢失，因此基于MEMORY存储引擎的表的生命周期很 短，一般都是一次性的。适用于某些特殊场景像查找和映射，缓存周期性的聚合数据等等。

?

MRG_MYISAM

?

MRG_MYISAM存储引擎是合并MyISAM表的，就是将多个MyISAM合并为一个（在用户看来是一个进行工作，其实是多个底层物理文件在运行工作）。

?

扩展一些第三方存储引擎

（1）、OLTP类：

?

XtraDB：InnoDB的改进版

?

PBXT：支持复制，外键约束，而且支持在固态存储（SSD硬盘）上快速存取数据，是一个不错的支持事务的存储引擎，但是此存在的bug已不再修复，被弃用。

?

TokuDB：图库数据库，在存储海量数据的方面有着mysql无法比拟的优势，也有mysql版的，其最大优势支持分形树索引结构，这个结构导致 它和缓存无关也就直接导致了就算索引在数据库文件中放不下也不会影响性能。一般只适用于大量插入数据的分析型场景。(注释：这里的图不是照片等，而是复杂 数据连接的数据结构。)

?

（2）、列式存储引擎

?

列式数据库：此种数据库最适合存储大数据，在数据检索上也很好但是在一定程度上需要反关系存储，因此可能无法满足我们关系型数据库范式的概念所以被称为Nosql。

?

下面介绍几个列式存储引擎（都有两个版本：社区版、商业版）：

?

Infobright：适合于数十TB的大环境中、支持数据压缩，默认情况下mysql不支持列式存储功能需要定制。使用者众多，名气很高。

?

MonetDB：首先，它的存储模型是对数据从垂直方向进行切分；其次，MonetDB是第一个利用CPU缓存对数据的查询进行优化的数据库系统；此外，MonetDB会自动管理和协调索引机制，优化查询效率。目前使用者不是很多。

?

InfiniDB：InfiniDB Community Edition （社区版）提供一个可伸缩的分析型数据库引擎，主要为数据仓库、商业智能、以及对实时性要求不严格的应用而开发。基于 MySQL 搭建。包括对查询、事务处理以及大数据量加载的支持。目前使用者不是很多。

?

LucidDB：是唯一一款专注于数据仓库和商务智能的开源RDBMS，它使用了列存储架构，支持位图索引，哈希连接/聚合和页面级多版本，大部分 数据库最初都注重事务处理能力，而分析功能都是后来才加上去的。相反，LucidDB中的所有组件从一开始就是为满足灵活的需求，高性能数据集成和大规模 数据查询而设计的，此外，其架构设计彻底从用户出发，操作简单。目前使用者不是很多。

?

（3）、社区存储引擎（了解）：

?

Aria：Maria的下一代版本。

?

Groona：可以精确的实现全文索引引擎，可以替代MyISAM在索引上的特性。

?

QQGraph：支持图操作，由Open query研发

?

Sphinx：外在的服务器能够在Mysql基础上为Mysql构建一个高效的全文索引，通过C++研发，Mysql支持一个社区引擎叫SphinxSE，就是让Sphinx直接支持Mysql接口，在MariaDB5.5.32上被编译支持了。

?

Spider：支持分片，每一个独立的分片可以实现独立的查询。

?