MySQL夯实之路-存储引擎深入浅出

innoDB

Mysql4.1以后的版本将表的数据和索引放在单独的文件中

采用mvcc来支持高并发，实现了四个标准的隔离级别，默认为可重复读，并且通过间隙锁（next-key locking）策略防止幻读（查询的行中的间隙也会锁定）

基于聚簇索引建立，主键要尽可能小（因为二级索引中包含主键列，主键很大，其他索引也会很大）

内部做了很多优化，磁盘读取数据时的可预测预读，自动在内存中创建hash索引加速操作的自适应哈希索引（adaptive hash index），加快插入操作的插入缓冲区

Myisam

mysql5.1版本前默认为myisam存储引擎

myisam不支持事务和行级锁，崩溃后无法安全修复

将表存在两个文件中：数据文件，索引文件，.mdy和.myi

特性：

查询速度快：相比于innoDB，innoDB需要缓存索引和数据，myisam只缓存索引。innoDB要维护mvcc。innoDB寻址先到块，再到行，myisam直接定位到offset

只支持表锁，对整张表加锁，读取时加共享锁，写入时加排他锁。表读取是也可以往表中插入新记录（并发插入），插入速度快。

支持全文索引。

修复慢，安全性不如innoDB。

延迟更新索引键

Myisam压缩表

创建导入数据后不会再修改数据适合使用Myisam压缩表，压缩表不能进行修改，支持索引但也是只读的，表中记录独立压缩的，读取但行时不需要解压整个表（页）。

Myisam性能问题最明显的是表锁问题

其他引擎

Blackhole引擎，不存储数据，会丢弃所有插入的数据。用于复制的场景，如主从复制。

CSV引擎，可以将CSV文件作为MySQL表来处理，可以作为一种数据交换机制。

Memory引擎，数据存在内存中，访问速度快，重启后数据会丢失。

Merge引擎，是MyISAM的变种，由多个MyISAM表合并而来的虚拟表。

选择合适的引擎

Mysql5.5版本时将innoDB作为默认的存储引擎，优先选择innoDB。尽量不要混合使用存储引擎

优先考虑的因素

事务

如果应用需要事务支持，那么InnoDB(或者XtraDB）是目前最稳定并且经过验证的选择。如果不需要事务，并且主要是SELECT和INSERT操作，那么MyISAM是不错的选择。一般日志型的应用比较符合这一特性。

备份

如果需要在线热备份，那么选择InnoDB就是基本的要求。

崩溃恢复
?

MyISAM崩溃后发生损坏的概率比InnoDB要高很多，而且恢复速度也要慢。

特性

1.innoDB支持行级锁，myisam只支持表级锁。

2.innoDB还支持外键，myisam不支持。

3.innoDB会缓存数据和索引，myisam值缓存索引。

4.myisam查询性能好，innoDB插入，更新性能好，删除从性能上InnoDB更优，但DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。myisam适合查多写少，innoDB适合写多读少。

5.innoDB不支持全文索引（5.6开始支持），myisam支持。

日志应用：myisam，archive，开销低，插入速度快

只读或者大部分只读：myisam（如果不介意崩溃，崩溃不是小问题）

订单处理：innoDB，支持事务

电子公告牌和主题讨论区：大部分数据库操作效率不高

CD-ROM应用：myisam表或者myisam压缩表

大数据量：?? 3-5TB，或者更大，innoDB

10TB：需要建立数据仓库，infobright或tokuDB

转换表的引擎

执行时间长，会加读锁