MySQL——存储引擎

存储引擎

是 MySQL 默认的存储引擎，只有在需要它不支持的特性时，才会考虑其他存储引擎

实现了 4 个标准的隔离级别，默认级别可重复度。在可重复度隔离级别下，通过 MVCC + 间隙锁防止幻读

主索引是聚簇索引

内部做了很多优化，包括磁盘读取数据时采用的可预测性读、能够加快读操作并且自动创建的自适应哈希索引、能够加快插入数据的插入缓冲区等

支持真正的在线热备份。其它存储引擎不支持在线热备份，要获取一致性视图需要停止对所有表的写入，而在读写混合场景中，停止写入可能也意味着停止读取。

设计简单，数据以紧密格式存储。对于只读数据，或者表比较小、可以容忍修复操作，则仍然可以使用它

提供了大量的特性，包括压缩表、空间数据索引等

不支持事务

不支持行级锁，只能对整张表加锁，读取时会对需要读到的所有表加共享锁，写入时则对表加排它锁。但在表有读取操作的同时，也可以往表中插入新的记录，这被称为并发插入(CONCURRENT INSERT)。

可以手工或者自动执行检查和修复操作，但是和事务恢复以及崩溃恢复不同，可能导致一些数据丢失，而且修复操作是非常慢的。

如果指定了 DELAY_KEY_WRITE 选项，在每次修改执行完成时，不会立即将修改的索引数据写入磁盘，而是会写到内存中的键缓冲区，只有在清理键缓冲区或者关闭表的时候才会将对应的索引块写入磁盘。这种方式可以极大的提升写入性能，但是在数据库或者主机崩溃时会造成索引损坏，需要执行修复操作。

Innodb支持行级锁，事务，外键，数据库异常后的安全恢复，支持MVCC,只有不需要支持它的特性时，才会考虑其他的存储引擎
索引实现不同，虽然都是B+树，InnoDB支持"聚簇索引"，MyISAM不支持。聚簇索引可以大大提升性能，因为它将数据按照主键排序物理存储，使得相邻的数据在物理存储上也是相邻的，减少了数据的IO读取
CRUD操作:
MyISAM：如果执行大量的SELECT，MyISAM是更好的选择。
InnoDB：如果你的数据执行大量的INSERT或UPDATE，出于性能方面的考虑，应该使用InnoDB表。DELETE 从性能上InnoDB更优，但DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除，在innodb上如果要清空保存有大量数据的表，最好使用truncate table这个命令。
崩溃恢复: MyISAM 崩溃后发生损坏的概率比 InnoDB 高很多，而且恢复的速度也更慢。
其它特性: MyISAM 支持压缩表和空间数据索引，InnoDB 支持外键，支持在线热备份

是一种基于内存的存储引擎

相比于其它存储引擎，Memory 存储引擎可以快速地创建或删除表，因为它的表是纯内存的，数据可以在不同的客户端之间共享，且不需要频繁地读写硬盘，所以在一些特定的场景下，使用 Memory 存储引擎可以获得较高的性能表现。例如，存放一些暂时数据，类似于缓存操作，或者作为临时表等。

不过，由于 Memory 存储引擎宕机后数据将会全部丢失，所以它不适合存放重要的数据。此外，Memory 存储引擎还存在一些限制，例如只支持表锁，不支持事务、不支持 BLOB 和 TEXT 类型、不支持自动增长列等。