存储引擎对于MYSQL来说是表的概念,所以通常存储引擎也车更为表类型,之前我们的图展示了MySQL的三层结构,存储引擎位于最后一层,所以存储引擎可以看作了MySQL核心功能和磁盘的一个接口,他决定了如何在磁盘上存储数据表.
查看存储引擎的命令:
1: mysql> SHOW ENGINES; #查看MySQL支持的所有存储引擎2: mysql> SHOW TABLES STATUS [LIKE clause] [WHERE clause] #查看某表的存储引擎4: SHOW TABLE STATUS [{FROM | IN} db_name]5: [LIKE ‘pattern‘ | WHERE expr]6: #查看指定数据库中的[表]的存储引擎
存储引擎中每个字段的意义
1:2: mysql> SHOW TABLE STATUS IN hellodb WHERE Name=‘classes‘\G3: *************************** 1. row ***************************4: Name: classes 表名5: Engine: InnoDB 存储引擎6: Version: 10 版本7: Row_format: Compact 行格式8: #这是上面的行的格式的种类 {DEFAULT|DYNAMIC|FIXED|COMPRESSED|REDUNDANT|COMPACT}9: Rows: 8 表中的行数10: Avg_row_length: 2048 平均每行所包含的字节数11: Data_length: 16384 表中数据总体大小，单位是字节12: Max_data_length: 0 表能够占用的最大空间，单位为字节13: Index_length: 0 索引的大小，单位为字节14: Data_free: 9437184 对于MyISAM表，表示已经分配但尚未使用的空间，其中包含此前删除行之后腾出来的空间15: Auto_increment: 9 下一个AUTO_INCREMENT的值16: Create_time: 2014-04-08 11:14:52 表的创建时间17: Update_time: NULL 表数据的最近一次的修改时间18: Check_time: NULL 使用CHECK TABLE或myisamchk最近一次检测表的时间19: Collation: utf8_general_ci 排序规则20: Checksum: NULL 如果启用，则为表的checksum21: Create_options: 创建表时指定使用的其它选项22: Comment: 表的注释信息23: 1 row in set (0.01 sec)
各存储引擎的特性
修改默认存储引擎：通过default_storage_engine服务变量实现
InoDB
两种格式
1、innodb_file_per_table=OFF，即使用共享表空间
每张表一个独有的格式定义文件: tb_name.frm
还一个默认位于数据目录下共享的表空间文件：ibdata#
2、innodb_file_per_table=ON，即使用独立表空间
每个表在数据库目录下存储两个文件：
tb_name.frm
tb_name.ibd
表空间:类似一个黑盒子,除了InnoDB,其他人都不能管理里面的数据,;里面通常存储了数据和索引,因此他是聚集索引
InnoDB支持事务,有事务日志,事务日志在数据目录下,通常至少是两个大小相同的文件,并且,为了提高响应速度,两个事务日志文件都是磁盘上的一段连续的磁盘空间(顺序I/O),
支持外键约束
支持MVCC:多版本并发控制
支持聚集索引:将表和索引存储在一起,以提高响应速度,只能有一个,通常用主键来实现
聚簇索引之外的其它索引，通常称为辅助索引,辅助索引通常不是指向数据的,而是指向聚集索引的
支持行级锁:是根据间隙锁实现的
支持辅助索引
支持自适应的hash索引
支持热备:依赖与使用于独立的表空间
建议使用InnoDB的引擎,并且设置读提交的隔离等级
MyISAM:
每个表都会在数据库目录下存储三个文件:
tb_name.frm
tb_name.MYD
tb_name.MYI支持全文索引
支持压缩存放:用于实现数据仓库
支持空间索引
支持表级锁:
支持延迟更新索引
不支持事务,外键和行级锁,数据库崩溃后,由于没有事务,无法安全恢复数据
适用场景:只读数据,较小的表,能够容忍崩溃后的修改操作和数据丢失
ARCHIVE：
仅支持INSERT和SELECT，支持很好压缩功能；
适用于存储日志信息，或其它按时间序列实现的数据采集类的应用；
不支持事务，不能很好的支持索引；
CSV：
将数据存储为CSV(文本)格式；不支持索引；仅适用于数据交换场景；
浮点数存储为文本会丢失精度 ,数据之间使用逗号隔开
BLACKHOLE：
没有存储机制，任何发往此引擎的数据都会丢弃,类似 /dev/null；其会记录二进制日志，因此，常用于多级复制架构中作中转服务器；
MEMORY：
保存数据在内存中，内存表, 系统重启后数据就没有了；常用于保存中间数据，如周期性的聚合数据等；也用于实现临时表
仅支持hash索引，使用表级锁，不支持BLOB和TEXT数据类型
MRG_MYISAM：是MYISAM的一个变种，能够将多个MyISAM表合并成一个虚表；
NDB：是MySQL CLUSTER中专用的存储引擎,几乎没人用
第三方的存储引擎：
OLTP类：
XtraDB: 增强的InnoDB，由Percona提供；
编译安装时，下载XtraDB的源码替换MySQL存储引擎中的InnoDB的源码
PBXT: MariaDB自带此存储引擎
支持引擎级别的复制、外键约束，对SSD磁盘提供适当支持；
支持事务、MVCC
TokuDB: 使用Fractal Trees索引，适用存储大数据，拥有很压缩比；已经被引入MariaDB；
列式存储引擎：
Infobright: 目前较有名的列式引擎，适用于海量数据存储场景，如PB级别，专为数据分析和数据仓库设计；
InfiniDB
MonetDB
LucidDB
开源社区存储引擎：
Aria：前身为Maria，可理解为增强版的MyISAM(支持崩溃后安全恢复，支持数据缓存)
Groona：全文索引引擎，Mroonga是基于Groona的二次开发版
OQGraph: 由Open Query研发，支持图结构的存储引擎
SphinxSE: 为Sphinx全文搜索服务器提供了SQL接口
Spider: 能数据切分成不同分片，比较高效透明地实现了分片(shared)，并支持在分片上支持并行查询；
扩展阅读:索引类型:
按存放位置分:
聚集索引
辅助索引
按类型分
B树索引
R树索引
hash索引
全文索引
数据结构
顺序结构
链式结构
树形结构
图结构:数据的连接是多角度,多维度的
如何选择存储引擎?
是否需要事务
是否需要对备份的类型的支持
是否需要崩溃后的恢复
是否需要特有的特性