MySQL存储引擎介绍！

存储引擎

MySQL体系结构：

【select：预处理（SQL接口）-----》缓存-----》解析器----》查询优化器】

层级功能：

• 连接层 最上层是一些客户端和链接服务，主要完成一些类似于连接处理、授权认证、及相关的安全方案。服务器也会为安全接入的每个客户端验证它所具有的操作权限。

• 服务层 第二层架构主要完成大多数的核心服务功能，如SQL接口，并完成缓存的查询，SQL的分析和优化，部分内置函数的执行。所有跨存储引擎的功能也在这一层实现，如 过程、函数等。【count（)函数返回服务层】

• 引擎层 存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过AP!和存储引擎进行通信。不同的存储引擎具有不同的功能，这样我们可以根据自己的需要，来选取合适的存储引擎。【索引也在这一层（不同存储引擎索引结构不同）。可插拔式，可以扩展】

• 存储层 主要是将数据存储在文件系统之上，并完成与存储引擎的交互。

存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现方式。存储引擎是基于表而不是基于库的，所以存储引擎也可以被称为表引擎。 默认存储引擎是InnoDB。

相关操作： ENGINE ：引擎（发动机，各自的适用场景）

 -- 查询建表语句
 show create table account;  
 -- 建表时指定存储引擎
 CREATE TABLE 表名(
     ...
 ) ENGINE=INNODB;
 -- 查看当前数据库支持的存储引擎
 show engines;

InnoDB

InnoDB 是一种兼顾高可靠性和高性能的通用存储引擎，在 MySQL 5.5 之后，InnoDB 是默认的 MySQL 引擎。

特点：

• DML 操作遵循 ACID 模型，支持事务

• 行级锁，提高并发访问性能【和表锁相比的】

• 支持外键约束，保证数据的完整性和正确性

磁盘文件：

• xxx.ibd: xxx代表表名，InnoDB 引擎的每张表都会对应这样一个表空间文件，存储该表的表结构（frm、sdi）、数据和索引。

参数：innodb_file_per_table：决定多张表共享一个表空间还是每张表对应一个表空间

【ibd属于表空间文件TableSpace】

InnoDB 逻辑存储结构 ：（sql优化需要用到）

页Page：磁盘操作的最小单元，大小固定16K。（索引页，数据页）

区Extent：大小固定1M（64个Page）

Row：一行数据，Trx_id最后操作事务的id，Roll_pointer指针，col字段

知识点：

查看 Mysql 变量： show variables like 'innodb_file_per_table';

从idb文件提取表结构数据： （在cmd运行） C:\ProgramData\MySQL\MySQL Server 8.0\Data\liaozibin ibd2sdi xxx.ibd

MyISAM

MyISAM 是 MySQL 早期的默认存储引擎。

特点：

• 不支持事务，不支持外键

• 支持表锁，不支持行锁

• 访问速度快

文件：

• xxx.sdi: 存储表结构信息

• xxx.MYD: 存储数据

• xxx.MYI: 存储索引

Memory

Memory 引擎的表数据是存储在内存中的，受硬件问题、断电问题的影响，只能将这些表作为临时表或缓存使用。

特点：

• 存放在内存中，速度快

• hash索引（默认）

文件：

• xxx.sdi: 存储表结构信息（因为数据存在内存）

存储引擎特点

• MyISAM 存储引擎：B+ 树索引的叶子节点保存数据的物理地址；

InnoDB 的行锁是针对索引加的锁【但是锁的是行 / 记录】，不是针对记录加的锁，并且该索引不能失效，否则会从行锁升级为表锁。

在执行 update、delete、select ... for update 等具有加锁性质的语句，一定要检查语句是否走了索引，如果是全表扫描的话，会对每一个索引加 next-key 锁，相当于把整个表锁住了，这是挺严重的问题。

特点	InnoDB	MyISAM	Memory
存储限制	64TB	有	有
事务安全	支持（√）	-	-
锁机制	行锁（√）	表锁	表锁
B+tree索引	支持	支持	支持
Hash索引	-	-	支持
全文索引	支持（5.6版本之后）	支持	-
空间使用	高	低	N/A
内存使用	高	低	中等
批量插入速度	低	高	高
支持外键	支持（√）	-	-

存储引擎的选择

在选择存储引擎时，应该根据应用系统的特点选择合适的存储引擎。对于复杂的应用系统，还可以根据实际情况选择多种存储引擎进行组合。

• InnoDB: 如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询之外，还包含很多的更新、删除操作，则 InnoDB 是比较合适的选择

• MyISAM: 如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不高，那这个存储引擎是非常合适的。【日志相关数据，电商中的足迹和评论（不是核心数据，允许丢失）】 被NoSQL的Mongodb替代了

• Memory: 将所有数据保存在内存中，访问速度快，通常用于临时表及缓存。Memory 的缺陷是对表的大小有限制，太大的表无法缓存在内存中，而且无法保障数据的安全性【被Nosql的Redis替代了】