MySQL存储引擎，Innodb与MyISAM谁更叼？
固定套路，问mysql数据库知识的时候，一定会带着问存储引擎，innodb,MyISAM，他们最主要的区别是索引的实现方式，然后是加锁粒度等等的区别，最后还会来到送命题你觉得选择Innodb好，还是MyISAM好，为什么？。本文将主要讲述两个存储引擎的实现方式，顺带介绍一下他们的一些特性区别，和适用场景。
非聚集索引与聚集索引
MyISAM索引实现
MyISAM引擎使用B+Tree作为索引结构，叶节点的data域存放的是数据记录的地址。下图是MyISAM索引的原理图：
这里设表一共有三列，假设我们以Col1为主键，则上图是一个MyISA
MySQL存储引擎是数据库管理系统中的核心组件，它决定了数据如何存储、检索以及如何处理并发操作。在MySQL中，InnoDB和MyISAM是最常见的两种存储引擎，各有特点，适合不同的应用场景。
InnoDB和MyISAM的主要区别在于它们的索引实现方式、加锁粒度、事务支持以及对数据完整性的处理。
1. **索引实现方式**：
- **MyISAM** 使用B+Tree作为索引结构，叶子节点的data域存储数据记录的地址。这意味着MyISAM的索引是非聚集的，索引文件与数据文件分开。搜索时，先通过B+Tree找到数据记录的地址，再根据地址读取数据。
- **InnoDB** 的索引结构也是B+Tree，但不同的是，InnoDB的数据文件本身就是索引文件，叶子节点直接包含完整的数据记录，这种索引被称为聚集索引。此外，InnoDB的辅助索引（非主键索引）的data域存储主键的值，而不是地址，这样辅助索引搜索也需要两次索引查找。
2. **加锁粒度**：
- **MyISAM** 只支持表级锁定，意味着在读写操作时，整个表会被锁定，可能导致并发性能下降。
- **InnoDB** 支持行级锁定，允许更高的并发处理能力，特别是对于读多写少的场景。
3. **事务支持**：
- **InnoDB** 支持ACID（原子性、一致性、隔离性、持久性）事务，提供了一种保证数据一致性的机制，适合需要事务处理的场景。
- **MyISAM** 不支持事务，对于需要事务安全的应用，InnoDB是更好的选择。
4. **外键支持**：
- **InnoDB** 支持外键约束，可以维护数据的参照完整性。
- **MyISAM** 不支持外键，若需要外键关联来确保数据一致性，应选用InnoDB。
5. **恢复与崩溃安全性**：
- **MyISAM** 在系统崩溃后恢复起来较困难，因为它不支持事务回滚。
- **InnoDB** 提供了更好的崩溃安全性，因为它使用事务日志记录对数据的更改，可以在系统崩溃后恢复未完成的事务。
在选择存储引擎时，通常要考虑以下因素：
- 是否需要事务处理，如银行交易、订单处理等业务，应选择InnoDB。
- 数据库的读写比例，如果读操作占主导，且不需要事务支持，MyISAM可能更适合，因为它在读取性能上有优势。
- 数据一致性要求，InnoDB更适合需要保持数据完整性的场景。
- 空间和速度的权衡，InnoDB通常占用更多空间，但提供了更好的并发性能。
自MySQL 5.5版本以来，InnoDB已成为默认的存储引擎，因为它在大多数现代应用中提供了更好的功能和性能。然而，对于特定的、对事务要求较低的简单读取应用，MyISAM仍然有其价值。选择存储引擎需根据具体需求和业务场景来决定。
