MySQL有哪些常见的存储引擎？

最新推荐文章于 2024-07-30 16:29:47 发布

每周都想吃火锅

最新推荐文章于 2024-07-30 16:29:47 发布

阅读量761

点赞数 1

文章标签： mysql 数据库

本文链接：https://blog.csdn.net/qq_53844452/article/details/132516946

版权

MySQL有9种存储引擎，不同的引擎，适合不同的场景，我们最常用的，可能就是InnoDB，应该是从5.5开始，就成为了MySQL的默认存储引擎。

在这里插入图片描述
主要存储引擎以及功能如下：

功能	MylSAM	MEMORY	InnoDB
存储限制	256TB	RAM	64TB
支持事务	No	No	Yes
支持全文索引	Yes	No	Yes
支持树索引	Yes	Yes	Yes
支持哈希索引	No	Yes	Yes
支持数据缓存	No	N/A	Yes
支持外键	No	No	Yes

MySQL5.5 之前，默认存储引擎是 MylSAM，5.5 之后变成了 InnoDB。

InnoDB 支持的哈希索引是自适应的，InnoDB 会根据表的使用情况自动为表生成哈希索引，不能人为干预是否在一张表中生成哈希索引。

MySQL 5.6 开始 InnoDB 支持全文索引。

MyISAM基于ISAM存储引擎，并对其进行扩展。
MyISAM拥有较高的插入、查询速度，但没有事务。使用这个存储引擎，每个MyISAM在磁盘上存储成三个文件：

(1) frm文件：存储表的定义数据。

(2) MYD文件：存放表具体记录的数据。

(3) MYI文件：存储索引。

frm和MYI可以存放在不同的目录下。MYI文件用来存储索引，但仅保存记录所在页的指针，索引的结构是B+树结构。下面这张图就是MYI文件保存的机制：

在这里插入图片描述

从这张图可以发现，这个存储引擎通过MYI的B+树结构来查找记录页，再根据记录页查找记录。并且支持全文索引、B树索引和数据压缩。

支持数据的类型也有三种：

（1）静态固定长度表

这种方式的优点在于存储速度非常快，容易发生缓存，而且表发生损坏后也容易修复。缺点是占空间。这也是默认的存储格式。

（2）动态可变长表

优点是节省空间，但是一旦出错恢复起来比较麻烦。

（3）压缩表

上面说到支持数据压缩，说明肯定也支持这个格式。在数据文件发生错误时候，可以使用check table工具来检查，而且还可以使用repair table工具来恢复。

有一个重要的特点那就是不支持事务，但是这也意味着他的存储速度更快，如果你的读写操作允许有错误数据的话，只是追求速度，可以选择这个存储引擎。

MEMORY存储引擎将表中的数据存储到内存中，未查询和引用其他表数据提供快速访问。每一个表实际上和一个磁盘文件关联，文件是frm。

支持的数据类型有限制，例如，不支持TEXT和BLOB类型，对于字符串类型的数据，只支持固定长度的行，VARCHAR会被自动存储为CHAR类型。
支持的锁粒度为表级锁。所以，在访问量比较大时，表级锁会成为MEMORY存储引擎的瓶颈。
由于数据是存放在内存中，一旦服务器出现故障，数据都会丢失。
查询的时候，如果有用到临时表，而且临时表中有BLOB，TEXT类型的字段，那么这个临时表就会转化为MyISAM类型的表，性能会急剧降低。
默认使用hash索引。
如果一个内部表很大，会转化为磁盘表。
MEMORY存储引擎支持HASH和BTREE索引。
可以在一个MEMORY表中有非唯一键值。
MEMORY支持AUTO_INCREMENT列和对可包含NULL值的列的索引。
当不再需要MEMORY表的内容时，要释放被MEMORY表使用的内存，应该执行DELETE FROM或TRUNCATE TABLE，或者删除整个表(使用DROP TABLE)。

InnoDB是事务型数据库的首选引擎，支持事务安全表(ACID)，支持行锁定和外键，InnoDB是默认的MySQL引擎。

InnoDB主要特性：

支持事务。默认的事务隔离级别为可重复读，通过MVCC（并发版本控制）来实现的。
InnoDB给MySQL提供了具有提交、回滚和崩溃恢复能力的事务安全(ACID兼容)存储引擎。
InnoDB支持外键完整性约束，存储表中的数据时，每张表的存储都按主键顺序存放，如果没有显示在表定义时指定主键，InnoDB会为每一行生成一个6字节的ROWID，并以此作为主键。
可以通过自动增长列，方法是auto_increment。
使用的锁粒度为行级锁，可以支持更高的并发。
支持外键约束，外键约束其实降低了表的查询速度，但是增加了表之间的耦合度。
在InnoDB中存在着缓冲管理，通过缓冲池，将索引和数据全部缓存起来，加快查询的速度。
对于InnoDB类型的表，其数据的物理组织形式是聚簇表。所有的数据按照主键来组织。数据和索引放在一块，都位于B+数的叶子节点上。

InnoDB的存储表和索引也有下面两种形式，

(1) 使用共享表空间存储：所有的表和索引存放在同一个表空间中。
(2) 使用多表空间存储：表结构放在frm文件，数据和索引放在IBD文件中。分区表的每个分区对应单独的IBD文件，使用分区表的好处在于提升查询效率。

对于InnoDB来说，最大的特点在于支持事务，但这以损失效率来换取和保障。

大致上可以这么选择：

大多数情况下，使用默认的 InnoDB 就够了。如果要提供提交、回滚和恢复的事务安全（ACID 兼容）能力，并要求实现并发控制，InnoDB 就是比较靠前的选择了。
如果数据表主要用来插入和查询记录，则 MyISAM 引擎提供较高的处理效率。
如果只是临时存放数据，数据量不大，并且不需要较高的数据安全性，可以选择将数据保存在内存的 MEMORY 引擎中，MySQL 中使用该引擎作为临时表，存放查询的中间结果。

使用哪一种引擎可以根据需要灵活选择，因为存储引擎是基于表的，所以一个数据库中多个表可以使用不同的引擎以满足各种性能和实际需求。使用合适的存储引擎将会提高整个数据库的性能。

存储结构：每个 MyISAM 在磁盘上存储成三个文件；InnoDB 所有的表都保存在同一个数据文件中（也可能是多个文件，或者是独立的表空间文件），InnoDB 表的大小只受限于操作系统文件的大小，一般为 2GB。
事务支持：MyISAM 不提供事务支持；InnoDB 提供事务支持事务，具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全特性。
最小锁粒度：MyISAM 只支持表级锁，更新时会锁住整张表，导致其它查询和更新都会被阻塞 InnoDB 支持行级锁。
索引类型：MyISAM 的索引为非聚簇索引，数据结构是 B 树；InnoDB 的索引是聚簇索引，数据结构是 B+树。
主键必需：MyISAM 允许没有任何索引和主键的表存在；InnoDB 如果没有设定主键或者非空唯一索引，就会自动生成一个 6 字节的主键(用户不可见)，数据是主索引的一部分，附加索引保存的是主索引的值。
表的具体行数：MyISAM 保存了表的总行数，如果 select count() from table;会直接取出出该值; InnoDB 没有保存表的总行数，如果使用 select count() from table；就会遍历整个表;但是在加了 wehre 条件后，MyISAM 和 InnoDB 处理的方式都一样。
外键支持：MyISAM 不支持外键；InnoDB 支持外键。