MySQL 中 InnoDB 存储引擎与 MyISAM 存储引擎是两种常见的存储引擎，它们在性能、事务支持、锁机制、数据完整性等方面存在一些显著的区别。以下是它们的主要区别：
1. 事务支持
- InnoDB：支持事务，符合 ACID（原子性、一致性、隔离性、持久性）特性。事务管理通过 COMMIT、ROLLBACK 和 SAVEPOINT 操作进行。
- MyISAM：不支持事务。数据操作是即时的，没有事务控制，因此不能像 InnoDB 那样确保数据的原子性和一致性。
2. 数据完整性
- InnoDB：支持 外键约束，可以保证数据的完整性和关系的正确性。外键保证了数据的关联性和参照完整性。
- MyISAM：不支持外键约束，因此无法保证数据的完整性和参照完整性。
3. 锁机制
- InnoDB：使用 行级锁，这意味着每个事务只锁定受影响的行，允许更多的并发操作，从而提高并发性能。它还支持 多版本并发控制（MVCC），提高了事务的隔离性。
- MyISAM：使用 表级锁，即当一个线程正在对表进行操作时，其他线程无法对该表进行操作，这会导致较低的并发性能，特别是在高并发的环境下。
4. 崩溃恢复
- InnoDB：提供 崩溃恢复，通过 WAL（Write-Ahead Log） 和 redo log 来保证在崩溃或故障恢复后数据的一致性。即使在系统崩溃的情况下，InnoDB 也能够通过日志恢复未提交的事务。
- MyISAM：不提供崩溃恢复机制。MyISAM 的数据表在崩溃时容易损坏，恢复操作通常需要手动修复。
5. 性能
- InnoDB：对于大量的写操作，InnoDB 通常会更有效，因为它支持行级锁和事务，且能够并行处理多个事务。它适用于高并发、高事务的环境。
- MyISAM：通常在大量的读取操作中性能更优，因为它使用表级锁，读取操作不会受到锁的影响。它适合以查询为主的环境，尤其是读多写少的场景。
6. 存储格式
- InnoDB：数据存储在一个或多个数据文件中，并且在 InnoDB 存储引擎中，表的数据和索引是存储在一个表空间文件（例如
ibdata1）中，或者是独立的.ibd文件。 - MyISAM：每个表都有三个文件：
.frm文件（表结构）、.MYD文件（数据文件）和.MYI文件（索引文件）。这种存储方式简单，便于备份和恢复。
7. 表的大小
- InnoDB：支持大表，并且通过表空间机制管理数据和索引，能够有效管理大型数据表，适用于需要存储大量数据的场景。
- MyISAM：也支持大表，但对于非常大的表，MyISAM 在性能和管理方面可能不如 InnoDB。
8. 全文索引
- InnoDB：从 MySQL 5.6 版本开始，InnoDB 也支持全文索引（
FULLTEXT），但早期版本不支持。 - MyISAM：原生支持全文索引，适用于需要全文搜索的场景。
9. 磁盘空间使用
- InnoDB：通常会使用更多的磁盘空间，因为它需要存储额外的事务日志和行级锁信息。
- MyISAM：一般来说，MyISAM 使用的磁盘空间较小，特别是在没有启用复杂事务功能的情况下。
10. 备份与恢复
- InnoDB：可以进行增量备份，也可以使用
mysqldump工具进行备份。由于支持事务和崩溃恢复，备份恢复过程较为复杂，但更可靠。 - MyISAM：备份和恢复操作比较简单，使用
mysqldump或直接复制表文件即可。但由于缺乏事务支持，恢复过程中可能会丢失部分数据。
11. 适用场景
- InnoDB：适用于需要高并发、事务处理、数据一致性、完整性和崩溃恢复的应用，如金融、电商等高负载、高事务量的场景。
- MyISAM：适用于主要进行读操作且事务不重要的场景，例如一些内容管理系统、日志记录系统等。
总结
| 特性 | InnoDB | MyISAM |
|---|---|---|
| 事务支持 | 支持事务，ACID 兼容 | 不支持事务 |
| 锁机制 | 行级锁 | 表级锁 |
| 外键支持 | 支持外键约束 | 不支持外键约束 |
| 崩溃恢复 | 支持崩溃恢复（通过 redo log 和 undo log） | 不支持崩溃恢复 |
| 性能 | 高并发、写操作较多时更优 | 读取操作较多时性能更优 |
| 存储格式 | 存储为表空间，支持表空间和独立文件存储 | 每个表使用三个文件（.frm, .MYD, .MYI） |
| 表的大小 | 支持大表，能有效管理大型数据表 | 对大表支持有限 |
| 全文索引 | 从 MySQL 5.6 起支持 | 原生支持全文索引 |
| 磁盘空间使用 | 使用更多的磁盘空间 | 使用较少的磁盘空间 |
| 备份与恢复 | 复杂但更可靠，支持增量备份 | 简单但可能丢失部分数据 |
| 适用场景 | 高并发、高事务量、需要数据一致性和崩溃恢复的应用 | 主要读操作、对事务要求不高的应用 |
在选择使用 InnoDB 还是 MyISAM 时，应根据应用的实际需求进行选择。如果需要事务、数据一致性和高并发，推荐使用 InnoDB。如果主要进行查询且不需要事务支持，MyISAM 可能会是更简单的选择。
标签：存储,恢复,事务,支持,引擎,InnoDB,MyISAM From： https://www.cnblogs.com/eiffelzero/p/18608232