MySQL两种主要存储引擎 MyISAM 和 InnoDB

╰半夏微凉° 2022-05-14 04:13 263阅读 0赞

### MyISAM引擎 ###

MyISAM是MySQL的ISAM扩展格式和缺省的数据库引擎。除了提供ISAM里所没有的索引和字段管理的大量功能，MyISAM还使用一种**表格锁定**的机制，来优化多个并发的读写操作，其代价是你需要经常运行OPTIMIZE TABLE命令，来恢复被更新机制所浪费的空间。MyISAM还有一些有用的扩展，例如用来修复数据库文件的MyISAMCHK工具和用来恢复浪费空间的 MyISAMPACK工具。**MYISAM强调了快速读取操作**，这可能就是为什么MySQL受到了WEB开发如此青睐的主要原因：在WEB开发中你所进行的大量数据操作都是读取操作。所以，大多数虚拟主机提供商和INTERNET平台提供商只允许使用MYISAM格式。MyISAM格式的一个重要缺陷就是**不能在表损坏后恢复数据**。

MyISAM 不提供对数据库事务的支持，也不支持行级锁和主外键，因此当INSERT(插入)或UPDATE(更新)数据时即写操作需要锁定整个表，效率便会低一些。不过和Innodb不同，**MyISAM中存储了表的行数，当SELECT COUNT(\*) FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描**。如果表的读操作远远多于写操作且不需要数据库事务的支持，那么MyISAM效率上要优于InnoDB，小型应用可以考虑使用MyISAM。

### Innodb引擎（mysql5.5及以后版本默认存储引擎） ###

**InnoDB **引擎提供了对数据库ACID事务的支持，并且实现了**SQL标准的四种隔离级别**。该引擎还提供了行级锁和外键约束，它的设计目标是处理**大容量数据库系统**，它本身其实就是基于MySQL后台的完整数据库系统，MySQL运行时Innodb会在内存中建立**缓冲池**，用于缓冲数据和索引。但是该引擎**不支持 全文(FULLTEXT) 类型的索引**，而且它**没有保存表的行数**，当SELECT COUNT(\*) FROM TABLE时**需要扫描全表**。当需要使用数据库事务时，该引擎当然是首选。由于锁的粒度更小，写操作不会锁定全表，所以在**并发较高**时，使用Innodb引擎会提升效率。**但是使用行级锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表。**

**   ** InnoDB数据库引擎是造就MySQL灵活性的技术的直接产品，这项技术就是MYSQL++ API。在使用MYSQL的时候，你所面对的每一个挑战几乎都源于ISAM和MyISAM数据库引擎不支持事务处理（transaction process）也不支持外来键。

###  ###

### MyISAM与 Innodb区别： ###

![70][]

1.  MyISAM是非事务安全的，而InnoDB是事务安全的
2.  MyISAM支持全文类型索引，而InnoDB不支持全文索引
3.  MyISAM表保存成文件形式，跨平台使用更加方便

### **应用场景**： ###

*  MyISAM管理非事务表，提供高速存储和检索以及全文搜索能力，如果再应用中执行大量select操作，应该选择MyISAM
 *  InnoDB用于事务处理，具有ACID事务支持等特性，如果在应用中执行大量 insert 和 update 操作，应该选择InnoDB

### 两种引擎所使用的索引的数据结构 ###

MyISAM 和 InnoDB存储引擎 都采用的是 **B+树** 索引：

*  MyIASM引擎，B+树的数据结构中存储的内容实际上是**实际数据的地址值**。也就是说它的索引和实际数据是分开的，只不过使用索引指向了实际数据。这种索引的模式被称为**非聚集索引**。
 *  InnoDB引擎的索引的数据结构也是B+树，只不过数据结构中存储的都是**实际的数据**，这种索引有被称为**聚集索引**。

## ##

*关于MySQL为什么采用 **B+树 索引**可参考我的[博文][Link 1]*

*关于什么是 锁、锁的类型以及死锁可参考我的另一篇博文*

[70]: /images/20220514/2c6a6baad6f8424fb0d607d04ab17b6b.png
[Link 1]: https://blog.csdn.net/u010899985/article/details/79468080