Author : Cyan_RA9
Source : 【卡码笔记】网站
Question : MySQL的执行引擎有哪些？
简要回答
- InnoDB： MySQL 默认的事务性存储引擎，支持 ACID 事务、行级锁定和外键，适用于大多数需要数据一致性和高并发的场景。
- MyISAM： 非事务性存储引擎，支持表级锁定，读取速度快，适用于读多写少、不需要事务支持的应用。
- Memory： 数据存储在内存中，速度极快，但数据易失，适用于临时表或缓存。
- Archive： 用于存储大量归档数据，支持高速插入，但查询性能差，不支持索引。
详细回答
- InnoDB：
- InnoDB 是MySQL 默认的事务性存储引擎，其核心优势在于对 ACID 事务的完整支持。
- InnoDB 采用了行级锁定机制，能够最大程度地减少并发写入时的锁冲突，提高了系统的并发处理能力。
- 此外，InnoDB 还支持外键约束，有助于维护数据之间的参照完整性，并通过 redo log 和 undo log 实现了可靠的崩溃恢复能力，保证数据在意外停机后不会丢失。
- InnoDB 引擎内部的缓冲池机制通过缓存数据和索引来提升读写性能。因此，InnoDB 适用于有高并发、事务支持和数据完整性需求的应用场景。
- MyISAM：
- 与 InnoDB 不同，MyISAM 是一个非事务性的存储引擎，它不支持 ACID 事务，这意味着在并发写入或系统崩溃时，数据的一致性无法得到保证。它同样也不支持外键约束。
- MyISAM 采用了表级锁定，即当一个写操作发生时，会锁定整张表，这在高并发写入场景下会导致严重的性能瓶颈。
- MyISAM 的主要特点是其读取速度快，因为它把数据和索引分开存储，并且结构相对简单。
- 然而，由于缺乏事务支持和行级锁定，MyISAM 更适用于读多写少、对数据一致性要求不高的简单应用，例如一些只读的报表查询或日志记录。
- Memory：
- Memory 引擎将所有数据存储在内存中，因此具有极高的读写速度。
- 然而，其最大的缺点是数据的易失性，一旦 MySQL 服务器关闭或重启，存储在 Memory 引擎中的数据将会全部丢失。
- Memory 引擎支持表级锁定，这个引擎通常是用于创建临时表，或者缓存一些频繁访问 但是数据量不大、对持久性要求不高的临时数据，以加速查询。
- Archive：
- Archive 引擎主要用于存储 大量 不经常访问的归档数据。
- 它最大的特点是对数据进行高度压缩，能够显著节省存储空间。
- Archive 引擎支持高速的数据插入，但其查询性能非常差，通常只能进行全表扫描，并且不支持索引。因此，它适用于那些只需要将数据写入并长期保存，而且对查询性能要求不太高的场景，例如存储历史日志或传感器数据。
知识拓展
- MySQL 架构概览与存储引擎位置，示意图如下：
- 四种主流存储引擎的对比，如下图所示：
- 面试官可能的追问1：InnoDB 和 MyISAM 在锁定机制上的主要区别是什么？
- 简答： InnoDB 采用行级锁定，只锁定需要修改的行，可以有效减少锁冲突，提高并发性能。而 MyISAM 使用表级锁定，当进行写操作时会锁定整个表，导致其他写操作必须等待，在高并发写入时性能较差。
- 面试官可能的追问2：为什么 InnoDB 更适合高并发写入的场景？
- 简答： InnoDB 的行级锁定是其在高并发写入场景下表现优异的关键。它允许多个事务同时修改表中的不同行，互不影响，从而最大限度地提高了系统的并行处理能力，避免了 MyISAM 表级锁定导致的写操作串行化问题。
- 面试官可能的追问3：在选择存储引擎时，除了事务和并发，还需要考虑哪些因素？
- 简答： 除了事务支持和并发性能，还需要综合考虑数据量大小（例如Memory 引擎不适合大数据量）、读写比例（例如读多写少可考虑 MyISAM，写多读少或读写均衡通常选择 InnoDB）、是否需要外键约束（例如 MyISAM 不支持外键）、崩溃恢复能力（例如 InnoDB 具有更好的恢复机制）以及特定的功能需求（如 Archive 用于归档，Memory 用于缓存），综合考虑这些因素来选择最适合的存储引擎。
