mysql存储引擎介绍：
插拔式的插件方式
存储引擎是指定在表上的，即一个库中的每一个表都可以指定专用的存储引擎
不管采用什么样的存储引擎，都会在数据区产生对应的一个frm文件（表结构定义描述文件）
我们都知道mysql有很多引擎比如：CSV存储引擎，Archive引擎，Memory存储引擎，MyISAM存储引擎，InnoDB存储引擎等很多引擎。今天我们主要看一下上面几个引擎。
数据存以CSV文件
不能定义索引，列定义必须为NOT NULL，不能设置自增列
CSV数据的存储用‘,’隔开，可以直接编辑CSV文件进行数据的编排（编排后要生效使用flush table **命令）
通过上面的特点可以看出： CSV存储引擎不适合大表或则数据在线处理，而且安全性低。 CSV存储引擎的应用场景为数据的快速导入导出，表格直接转换为CSV等场景。
压缩协议进行数据的存储，数据存储为ARZ文件格式
只支持insert和select两种操作
只允许自增ID列建立索引
行级锁
不支持事务
数据占用磁盘少
适用场景：日志系统，大量的设备数据采集
数据都是存在内存中，IO效率比其他引擎高，但是服务重启后数据会丢失，数据表默认只有16M
支持hash，B TREE索引，默认为hash索引
字段长度是固定长度char(32)
不支持大数据存储类型字段如blog,text等
表级锁
应用场景：
等值查找数据。
查询结果在内存中计算的大多数采用这种存储引擎作为临时表存储需要计算的数据。
####Myisam Mysql5.5版本之前的默认存储引擎
select count(*) from aaa；无需进行数据扫描
数据和索引分开存储
表级锁
不支持事务
Mysql5.5版本之后的默认存储引擎
支持事务
行级锁定(更新时一般是锁定当前行):通过索引实现,全表扫描仍然会是锁定整个表,注意间隙锁的影响.
读写阻塞与事务隔离级别相关.
具有非常高效的缓存特性,能缓存索引,也能缓存数据.
聚集索引方式进行数据存储
所有Secondary Index 都会保存主键信息.
和MyISAM相比,InnoDB对于硬件资源要求比较高.
应用场景：
需要支持事务的业务
行级锁定对于高并发有很好的适应能力,但是需要保证查询是通过索引完成.
数据读写及更新都比较频繁的场景.
数据一致性要求很高的业务
硬件设备内存较大,可以很好利用InnoDB较好的缓存能力来提高内存利用率,尽可能减少磁盘IO的开销.
下面来看看上面几种引擎的对比
FeatureMyisamMemoryInnodbArchive
B+ Treeyesyesyesno
clustered indexesnonoyesno
compressed datayes(note2)noyesyes
data cachesnonoyesno
foreign key supportnonoyesno
geospatial data type supportyesnoyesyes
geospatial indexing supportyesnoyes(note 6)no
hash indexesnoyesno(note 7)no
index cachesyesyesyesno
locking granularitytabltablerowrow
MVCCnonoyesno
REPLICATION SUPPORT(NOTE 1)yeslimit(note8)yesyes
STORAGE LIMITS256TBRAM64TBNone
Transactionsnonoyesno
