MySQL存储引擎详细了解

MySQL存储引擎

选择合适的存储引擎，对数据库设计有很大帮助，例如怎样的场景用什么存储引擎更加合适。

 

 

MyISAM

 

特点

 

1. 不支持事务
2. 支持全文索引
3. 主键索引和二级索引完全一样都是B+树的数据结构，只有是否唯一的区别
4. 数据文件和索引文件分开存储

在MyISAM存储引擎下创建表，会创建如下三个文件：

• tb_demo.frm，存储表定义；
• tb_demo.MYD，存储数据；
• tb_demo.MYI，存储索引。

 

适用场景

 

1. 筛选大量数据是非常迅速
2. 并发插入特性，允许同时选择和插入数据

 

 

InnoDB

 

特点

 

1. 为用户非常大的数据提供强大的解决方案
2. 支持事务
3. 适合处理多重并发的更新请求
4. 自动灾难恢复。与其它存储引擎不同，InnoDB表能够自动从灾难中恢复
5. 外键约束。MySQL支持外键的存储引擎只有InnoDB
6. 支持自动增加列AUTO_INCREMENT属性
7. 行锁，对索引加锁，而不是对数据加锁

适用场景

 

• 如果需要事务支持，并且有较高的并发读取频率，InnoDB是不错的选择

 

 

NDBCluster

 

特点

 

1. 分布式：分布式存储引擎，可以由多个NDBCluster存储引擎组成集群分别存放整体数据的一部分，解决了单点故障问题
2. 支持事务：和Innodb一样，支持事务
3. 可与mysqld不在一台主机：可以和mysqld分开存在于独立的主机上，然后通过网络和mysqld通信交互
4. 内存需求量巨大：新版本索引以及被索引的数据必须存放在内存中，老版本所有数据和索引必须存在与内存中
5. 行锁
6. 高吞吐量和低延迟，因为使用内存
7. 扩展性好，支持在线扩容
8. 快速的自动失效切换
9. 支持nosql
10. 符合 ACID 要求的事务型数据库
11. 自动数据分片，这样就没必要做分区了

缺点

 

1. 部署、管理、配置很复杂
2. 占用内存大
3. 内存中的数据，有无丢失风险

适用场景

 

• 大容量 OLTP
• 实时分析
• 支持欺诈检测的电子商务和金融交易
• 移动和小额支付
• 会话管理和缓存
• 串流派送、分析和推荐
• 内容管理和交付
• 大型多人在线游戏
• 通信和位置服务
• 使用者/用户资料管理和授权

 

 

 

Memory

 

特点

 

1. Memory为了最快的响应时间，将数据存储在内存中，性能很高。但当mysqld守护进程崩溃时，所有的Memory数据都会丢失。
2. 要求数据的长度不变，所以不能使用BLOB和TEXT这样的长度可变的数据类型，VARCHAR是一种长度可变的类型，但因为它在MySQL内部当做长度固定不变的CHAR类型。
3. 每一个memory表有一个类似于.frm文件存储表结构，数据在内存中，这样速度快。
4. 每个索引用Hash索引，查找速度比B-+Tree都快，如果想用BTree，在创建时引用。
5. 因为数据在内存中，所以一般只保存一次性或不重要的数据。

适用场景

 

• 目标数据较小，而且被非常频繁地访问
• 如果数据是临时的，而且要求必须立即可用，那么就可以存放在内存表中
• 存储在Memory表中的数据如果突然丢失，不会对应用服务产生实质的负面影响

 

       Memory同时支持散列索引和B树索引。B树索引的优于散列索引的是，可以使用部分查询和通配查询，也可以使用<、>和>=等操作符方便数据挖掘。散列索引进行“相等比较”非常快，但是对“范围比较”的速度就慢多了，因此散列索引值适合使用在=和<>的操作符中，不适合在<或>操作符中，也同样不适合用在order by子句中。

 

 

 

 

Merge

 

特点

 

       Merge表就是几个相同MyISAM表的聚合器；Merge表中并没有数据，对Merge类型的表可以进行查询、更新、删除操作，这些操作实际上是对内部的MyISAM表进行操作。Merge存储引擎的使用场景。

 

适用场景

 

       对于服务器日志这种信息，一般常用的存储策略是将数据分成很多表，每个名称与特定的时间端相关。例如：可以用12个相同的表来存储服务器日志数据，每个表用对应各个月份的名字来命名。当有必要基于所有12个日志表的数据来生成报表，这意味着需要编写并更新多表查询，以反映这些表中的信息。与其编写这些可能出现错误的查询，不如将这些表合并起来使用一条查询，之后再删除Merge表，而不影响原来的数据，删除Merge表只是删除Merge表的定义，对内部的表没有任何影响。

 

 

Archive

 

特点

 

1. 只是支持基本的插入和查询
2. MySQL之后支持索引

适用场景

 

       Archive拥有很好的压缩机制，它使用zlib压缩库，在记录被请求时会实时压缩，所以它经常被用来当做仓库使用。

 

 

 

BDB

 

       BDB存储引擎全称为BerkeleyDB存储引擎，和Innodb一样，也不是MySQL自己开发实现的一个存储引擎，而是由SleepycatSoftware所提供，当然，也是开源存储引擎，同样支持事务安全。

 

 

 

Federated

 

       FEDERATED存储引擎所实现的功能，和Oracle的DBLINK基本相似，主要用来提供对远程MySQL服务器上面的数据的访问接口。如果我们使用源码编译来安装MySQL，那么必须手工指定启用FEDERATED存储引擎才行，因为MySQL默认是不起用该存储引擎的。

 

 

 

BlackHole

 

       BLACKHOLE存储引擎是一个非常有意思的存储引擎，功能恰如其名，就是一个“黑洞”。就像我们unix系统下面的“/dev/null”设备一样，不管我们写入任何信息，都是有去无回。

 

 

 

CSV

 

 

       CSV存储引擎实际上操作的就是一个标准的CSV文件，他不支持索引。起主要用途就是大家有些时候可能会需要通过数据库中的数据导出成一份报表文件，而CSV文件是很多软件都支持的一种较为标准的格式，所以我们可以通过先在数据库中建立一张CVS表，然后将生成的报表信息插入到该表，即可得到一份CSV报表文件了。

 

 

 

 

存储引擎的比较：

 

 

 

 

存储引擎的问题：

 

1. 怎么查看当前数据库的引擎

show engines

 

2. 如何选择存储引擎，根据下面几方面考虑

1）是否支持事务，是否支持外键（InnoDB）

2）是否需要使用热备

3）崩溃恢复，能否接受崩溃（InnoDB）

4）是否需要全文索引（MyISAM）

5）是否大数据量（InnoDB）

6）如果读多写少（MyISAM）

 

 

 

 

http://www.jb51.net/article/55849.htm

http://blog.csdn.net/zhangyuan19880606/article/details/51217952

http://www.cnblogs.com/luxiaoxun/p/4694144.html