InnoDB和MyISAM是两种常用的MySQL存储引擎，它们在数据存储和处理方面有一些重要的区别。
以下是InnoDB和MyISAM之间的主要区别：
- 事务支持：InnoDB支持事务处理，可以使用ACID（原子性、一致性、隔离性和持久性）属性来保护数据的完整性和一致性。而MyISAM不支持事务处理。
- 锁级别：InnoDB使用行级锁定，这意味着只锁定相关行的修改操作，提高并发性能。MyISAM使用表级锁定，这意味着在对表进行修改时会锁定整个表，对并发性能有一定的限制。
- 外键支持：InnoDB支持外键约束，可以在表之间建立引用关系，保证数据一致性。MyISAM不支持外键。
- 崩溃恢复：InnoDB采用了”redo log”和”undo log”的机制来实现崩溃恢复。”redo log”记录已提交的修改操作，而”undo log”记录未提交的修改操作。MyISAM没有内置的崩溃恢复机制。
- 数据缓存：InnoDB有自己的缓冲池（即内部的数据缓存池），可以对常用的数据进行缓存，提高性能。MyISAM依赖于操作系统的缓存机制。
InnoDB支持事务处理是通过多版本并发控制（MVCC）技术来实现的。MVCC可以在读取操作时不加锁，保证并发性能。它通过为每个事务生成一个唯一的事务ID，并对数据进行版本管理来实现。在执行写操作时，新的版本会创建并链接到旧的版本，以保证事务的隔离性，同时在需要恢复的情况下也可以回滚到旧的版本。在查询时，InnoDB会根据事务ID和版本号选择合适的数据版本。
MyISAM通常在以下情况下使用：
- 读密集型应用：如果应用程序主要是读取数据而很少进行写操作，MyISAM可以提供较好的性能。由于MyISAM使用表级锁定，适合在具有较少并发写操作的情况下进行大量读取。
- 非关键数据：如果数据的完整性不是关键问题，例如日志文件、临时数据等，可以选择MyISAM。MyISAM相对简单，不支持事务和外键的特性，但在某些情况下可以带来更好的性能。
- 简单查询环境：如果应用程序只执行简单的SELECT语句，并且不需要事务处理、数据一致性和完整性的保证，MyISAM是一个选择。
- 非关联查询：如果应用程序主要执行独立的、不需要多表关联的查询，MyISAM可以提供较好的性能。MyISAM不支持外键约束，因此不太适合涉及多表关联的复杂查询。
需要注意的是，从MySQL 5.5版本开始，InnoDB成为MySQL的默认存储引擎，因为它提供了更完备的特性和更好的性能。因此，除非有特殊需求或考虑特定的优势，否则推荐使用InnoDB作为首选存储引擎。
版权声明：除特殊说明，文章均为博主 去吐槽 原创文章，转载请注明原文出处。
