MySQL 中常见的存储引擎

存储引擎

特别注意的是，存储引擎是基于表的，而不是数据库。

1. InnoDB

是 MySQL 默认的事务型存储引擎，它被设计用来处理大量的短期事务，只有在需要它不支持的特性时，才考虑使用其它存储引擎。

实现了四个标准的隔离级别，默认级别是可重复读（REPEATABLE READ）。在可重复读隔离级别下，通过 间隙锁（Next-Key Locking）防止幻影读。

主索引是聚簇索引，在索引中保存了数据，从而避免直接读取磁盘，因此对查询性能有很大的提升。

内部做了很多优化，包括从磁盘读取数据时采用的预读（避免多次的离散读操作）、能够自动在内存中创建hash索引以加速读操作的自适应哈希索引、能够加速插入操作的插入缓冲区等。

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

2. MyISAM

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

提供了大量的特性，包括压缩表（导入数据后不进行修改，压缩表会极大减小磁盘占用，减少IO并提高查询性能）、空间数据索引、全文索引等。

不支持事务。

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

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

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

InnoDB 和 MyISAM 比较

• 事务：InnoDB 是事务型的，可以使用 Commit 和 Rollback 语句。

• 并发：MyISAM 只支持表级锁，而 InnoDB 支持表级锁和行级锁。

• 外键：InnoDB 支持外键。

• 备份：InnoDB 支持在线热备份。

• 崩溃恢复：MyISAM 崩溃后发生数据丢失的概率比 InnoDB 高很多，而且恢复的速度也更慢。

• 其它特性：MyISAM 支持压缩表和空间数据索引。

3. Memory 存储引擎

Memory 存储引擎将表中的数据存放在内存中，如果数据库重启或崩溃，表中的数据都将消失。

Memory 存储引擎默认使用哈希索引，而不是我们熟悉的B+树索引。

Memory 存储引擎只支持表锁，并发性能较差。

4. Archive(档案) 存储引擎

Archive 存储引擎只支持insert和select操作，使用zlib算法将数据行进行压缩后存储，压缩比可达1：10。

Archive 存储引擎非常适合存储归档文件，如日志信息。