数据库存储引擎

InnoDB

• 是MYSQL默认的事务型存储引擎，只有在需要他不支持的特性时，才考虑使用其他存储引擎。
• 实现了四个标准的隔离级别，默认级别是可重复读（REPEATABLE READ）。在可重复读隔离级别下，通过多版本并发控制（MVCC）+间隙锁（Next-Key Locking），防止幻影读。
• 主索引是聚簇索引，在索引中保存了数据，从而避免直接读取磁盘，因此对查询性能有很大的提升。
• 内部做了很多优化，包括从磁盘读取数据时采用的可预测性读，能够加速读操作并且自动创建的自适应哈希索引，能加速插入操作的插入缓冲区等。
• 支持真正的在线热备份。其他存储引擎不支持在线热备份，要获取一致性视图需要停止对所有表的写入，而在读写混合场景中，停止写入可能意味着停止读取。

MyISAM

• 设计简单，数据以紧密格式存储。对于只读数据，或者表比较小，可以容忍修复操作，则依然可以使用它。
• 提供了大量的特性，包括压缩表、空间数据索引等。
• 不支持事务
• 不支持行级锁，只能对整张表加锁，读取时会对需要读到的所有表加共享锁，写入时则对表加排它锁。但子表有读取操作的同时，也可以往表中插入新的记录，这被称为并发插入。
• 可以手工或者自动执行检查和修复操作，但是和事务恢复以及崩溃恢复不同，可能导致一些数据丢失，而且修复操作是非常慢的。
• 如果指定了 DELAY_KEY_WRITE选项，在每次修改执行完成时，不会立即将修改的索引数据写入磁盘，而是会写到内存中的键缓冲区，只有在清理键缓冲区或者关闭表的时间才会将对应的索引快写入磁盘。这种方式可以极大的提升写入性能，但是在数据库或者主机崩溃时会造成索引损坏，需要执行修复皂搓。

两种存储引擎的比较

• 事务：InnoDB是事务型，可以使用Commit和Rollback语句。
• 并发：MyISAM只支持表级锁，而InnoDB还支持行级锁。
• 外键：InnoDB支持外键
• 备份：InnoDB支持在线热备份
• 崩溃恢复：MYISAM崩溃后发生损坏的概率比InnoDB高很多，而且恢复的速度也更慢。
• 其他特性：MYISAM支持压缩和空间数据索引