MySQL5.5中InnoDB成为默许的存储引擎。InnoDB是事件型存储引擎，被设想用来处置惩罚大批的短时间事件。它的机能和自动崩溃恢复特征，使得它在非事件场景中也很盛行。
所以可以这么说：“除非须要用到某些InnoDB不具备的特征，而且没有其他方法可以替换，不然都应该优先选择它”。
InnoDB的数据存储在表空间中，它可以将每一个表的数据和索引存放在零丁文件中。
InnoDB采纳MVCC来支撑高并发，而且完成了四个规范的断绝级别。默许级别是REPEATABLE READ(可重复读)，而且经由过程间隙锁战略防备幻读的涌现。
InnoDB示意基于聚簇索引竖立的，聚簇索引对主键的查询有很高的机能。
InnoDB支撑真正的热备份，可以经由过程XtraBackup东西完成。
InnoDB内部做了许多优化，包含从磁盘读取数据时采纳的可展望性预读，可以自动在内存中建立hash索引，可以加快插进去操纵的插进去缓冲区等。
运用场景：
须要在线热备份
数据量大，须要体系崩溃后疾速恢复。比方定单处置惩罚。
2.MyISAM存储引擎
MySQL5.1之前，MyISAM为默许的存储引擎。MyISAM不支撑事件和行级锁且最大缺点就是崩溃后没法平安恢复。
.MyISAM将表存储在两个文件中：数据文件和索引文件。
MyISAM对整张表加锁，读取时对须要的一切表加同享锁，写入时加排它锁。然则在表有读取查询时，也可以往表中插进去新的纪录（并发插进去）
MyISAM可以手工或许自动实行搜检修复操纵，然则能够致使数据丧失而且修复操纵异常慢。
MyISAM表中BLOB和TEXT等长字段也可以基于前500个字符建立索引。MyISAM也支撑全文索引，这是基于分词建立的索引，可以支撑庞杂的查询。
MyISAM在建立表时刻假如指定DELAY_KEY_WRITE（耽误更新索引键），在每次修正实行完成时会将索引写入内存中的键缓冲区，挡在清算键缓冲区或许封闭表时才会将对应索 引块写入磁盘，这类体式格局可以极大提拔写入机能。然则在数据库或主机崩溃时索引会破坏。
运用场景：
主如果SELECT和INSERT操纵的场景，比方平常日记型的运用。
以上就是MySQL中存储引擎InnoDB与MyISAM的详解的细致内容，更多请关注ki4网别的相干文章！
