MySQL 存储引擎，你了解几个？

引言

MySQL是一种流行的关系型数据库管理系统（RDBMS），它支持多种不同的数据库引擎。数据库引擎是用于存储、管理和检索数据的核心组件，它们直接影响着数据库的性能、可靠性和功能，接下来本文介绍下一些常见的MySQL数据库引擎。

存储引擎

InnoDB引擎

InnoDB 是MySQL默认的事务性数据库引擎，底层存储结构为B+树， B树的每个节点对应innodb的一个page， page大小是固定的，一般设为 16k。其中非叶子节点只有键值，叶子节点包含完成数据。
在这里插入图片描述 适用场景：

经常更新的表，适合处理多重并发的更新请求。
支持事务。
可以从灾难中恢复（通过 bin-log 日志等）。
外键约束。只有他支持外键。
支持自动增加列属性 auto_increment。

MyISAM引擎

MyIASM 没有提供对数据库事务的支持，也不支持行级锁和外键，因此当 INSERT(插入)或 UPDATE(更新)数据时即写操作需要锁定整个表，效率会低一些。

MyIASM 执行读取操作的速度很快，而且不占用大量的内存和存储资源。在设计之初就预想数据组织成有固定长度的记录，按顺序存储的。
适用场景：

不支持事务。
它对于读密集型应用程序具有较好的性能。
它适用于只读或很少更新的应用程序，例如博客、新闻网站等。

Memory引擎

Memory（也叫 HEAP）堆内存：使用存在内存中的内容来创建表，每个 MEMORY 表实际对应一个磁盘文件。MEMORY 类型的表访问非常得快，因为它的数据是放在内存中的，并且默认使用 HASH 索引。但是一旦服务关闭，表中的数据就会丢失掉。Memory 同时支持散列索引和 B 树索引， B树索引可以使用部分查询和通配查询，也可以使用<,>和>=等操作符方便数据挖掘，散列索引相等的比较快但是对于范围的比较慢很多。
特点：

Memory引擎将表存储在内存中，提供了非常高的读写性能。
Memory引擎不支持事务，并且在数据库重启时会丢失数据。
它适用于需要快速读写操作的临时数据或缓存。

TokuDB

TokuDB 底层存储结构为 Fractal Tree,Fractal Tree 的结构与 B+树有些类似, 在 Fractal Tree 中，每一个 child 指针除了需要指向一个 child 节点外，还会带有一个 Message Buffer ，这个Message Buffer 是一个 FIFO 的队列，用来缓存更新操作。

例如，一次插入操作只需要落在某节点的 Message Buffer 就可以马上返回了，并不需要搜索到叶子节点。这些缓存的更新会在查询时或后台异步合并应用到对应的节点中。
在这里插入图片描述
TokuDB 在线添加索引，不影响读写操作, 非常快的写入性能， Fractal-tree 在事务实现上有优势。他主要适用于访问频率不高的数据或历史数据归档。