简介
-
MySQL中的数据用各种不同的技术存储在文件（或者内存）中；
-
每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的功能和能力；
-
这些不同的实现数据存储的技术在MySQL的整体架构中逻辑化为“存储引擎层”；
-
存储引擎，通常又被称作“表类型”（即可以在创建表时指定存储引擎，但无法对某一数据库指定存储引擎）
查看
|
1
2
3
4
5
6
|
show engines;
show table status [{from|
in
} Db_Name] [like ‘pattern’|where
expr
];
show table status like ‘classes’;
show table status where Name=’classes’\G
|
可通过查看表的状态信息获得表所使用的存储引擎类别：
![wKioL1NT0iqirX_gAAiPQBmwf9E054.jpg]( "ShowTableStatus解释.png")
修改默认存储引擎：
|
1
2
|
default_storage_engine = InnoDB
|
各存储引擎及其特性
InnoDB
|
1
2
3
4
5
6
7
8
9
|
支持事务：事务日志；日志文件大小一致：如ib_logfile0和ib_logfile1
支持外键
支持MVCC
支持聚簇索引
支持行级锁：即间隙锁
支持辅助索引
支持自适应
hash
索引
支持热备份
不支持全文索引
|
MyISAM
|
1
2
3
4
5
6
7
8
9
10
|
支持全文索引
支持压缩：用于实现数据仓库，能节约存储空间并提升性能
支持空间索引
支持表级锁：若读写操作比例为9:1或8:2，则使用MyISAM可以提高性能
延迟更新索引：减少IO压力
不支持事务，外键，MVCC，行级锁等
崩溃后无法安全恢复数据
适用场景：多读少写的数据，较小的表，能够容忍崩溃后的修改操作和数据丢失；
如自带的mysql数据库中的表都是使用MyISAM存储引擎的
|
ARCHIVE
|
1
2
3
4
|
仅支持insert和
select
支持很好的压缩功能
不支持事务，不能很好的支持索引
适用于：存储日志信息，或其它按时间序列实现的数据采集类的应用，如监控日志
|
CSV
|
1
2
|
将数据存储为csv格式，不支持索引
仅适用于数据交换场景
|
BLACKHOLE
|
1
2
|
没有存储机制，任何发往此引擎的数据都会丢弃
由于其会记录二进制日志，故常用于多级复制架构中作中转服务器
|
MEMORY
|
1
2
3
4
|
数据保存在内存中，即是一个内存表
仅支持
hash
索引，使用表级锁
不支持blob和text数据类型
常用于保存中间数据，如周期性的聚合数据等；也用于实现临时表
|
MRG_MYISAM
|
1
2
|
是MyISAM的一个变种，能够将多个MyISAM表合并为一个虚表
属于传统的存储引擎，一般不常用
|
NDB
|
1
|
是MySQL Cluster中专用的存储引擎，不常用
|
第三方的存储引擎
XtraDB
|
1
2
|
增强的InnoDB，由Percona提供；
用法：编译安装MySQL时，下载XtraDB的源码替换MySQL存储引擎中的InnoDB源码，并重新编译安装MySQL
|
PBXT
|
1
2
3
4
|
MariaDB自带此存储引擎
支持引擎级别的复制，外键约束
支持事务，MVCC
对SSD磁盘提供适当支持
|
TokuDB
|
1
2
3
|
使用Fractal Trees索引，性能很强
适用于存储大数据，拥有很好的压缩比
已被引入新版本的MariaDB
|
列式存储引擎：
Infobright
|
1
2
|
目前较著名的列式引擎，适用于海量数据存储场景，如PB级别的数据存储
专为数据分析和数据仓库设计
|
其它列式存储引擎
|
1
|
如 InfiniDB，MonetDB，LucidDB等
|
开源社区存储引擎:
Aria
|
1
2
3
|
前身为Maria，是增强版的MyISAM
支持崩溃后安全恢复
支持数据缓存
|
Groona
|
1
2
|
全文索引引擎；
Mroonga是基于Groona的二次开发版
|
OQGraph
SphinxSE
Spider
|
1
2
|
能将数据切分成不同的分片，比较高效透明的实现了分片(shard)；
支持在分片上支持并行查询
|
选择存储引擎可参考要素
是否需要事务
备份的类型的支持(热备或冷备)
崩溃后的恢复
特有的特性(如对SSD的支持等)
本文转自 xxrenzhe11 51CTO博客，原文链接：http://blog.51cto.com/xxrenzhe/1399162，如需转载请自行联系原作者
