前言
⭐Hello!这里是欧_aita的博客。
⭐今日语录：不要在乎别人怎么看你，因为他们根本就没有时间，他们只关心他们自己。
⭐个人主页：欧_aita
存储引擎
MySQL体系结构📕
- 连接层 （连接池）最上层是一些客户端和链接服务，主要完成类似于连接处理、授权认证、及相关的安全方案。服务器也会为安全接入的每个客户验证它所具有的操作权限。
- 服务层 （SQL接口 解析器 查询优化器 缓存）第二层架构主要完成大多数的核心服务功能，如SQL接口，并完成存储的查询，SQL的分析与优化，部分内置函数的执行。所有跨存储引擎的功能也在这一层实现，如 过程、函数等。
- 引擎层 （可插拔存储引擎）存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过API和存储引擎进行通信。不同的存储引擎具有不同的功能，这样我们可以根据自己的需要，来选取合适的存储引擎。
- 存储层 （磁盘）主要是将数据存储在文件系统之上，并完成与存储引擎的交互。
存储引擎简介📕
存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现技术的实现方式。存储引擎是基于表的，而不是基于库的，所以存储引擎也可被称为表类型。
在创建表时，指定存储引擎
在5.5版本之后，默认的存储引擎时InnoDB
sql
CREATE TABLE 表名(
字段1 字段1类型 [COMMENT 字段1注释],
......
字段n 字段n类型 [COMMENT 字段n注释]
)ENGINE = INNODB [COMMENT 表注释];查看当前数据库支持的存储引擎
sql
SHOW ENGINES;
存储引擎特点📕
InnoDB
- 介绍
InnoDB是一种兼顾高可靠性和高性能的通用存储引擎，在MySQL 5.5之后，InnoDB是默认的MySQL存储引擎。
- 特点
DML操作遵循ACID模型，支持事务；
行级锁，提高并发访问性能；支持外键FOREIGN KEY约束，保证数据的完整性和正确性；
- 文件
xxx.ibd:xxx代表的是表名，InnoDB引擎的每张表都会对应这样一个表空间文件，存储该表的表结构（frm、sdi）、数据和索引。
参数：innoDB_file_per_table
可以看到表空间文件都是以idb为后缀（前提是创建表的时候默认使用InnoDB存储引擎）
在命令行中可以看到idb文件中的内容。
逻辑存储结构
每个区的空间是固定的（1M），每一页的空间也是固定的（16K），所以每个区可存储的页个数也是固定的（64）。
MyISAM
- 介绍
MyISAM是MySQL早期的默认存储引擎。
- 特点
不支持事务，不支持外键
支持表锁，不支持行锁
访问速度快
- 文件
xxx.sdi:存储表结构信息
xxx.MYD:存储数据
xxx.MYI:存储索引
在sdi文件中放的是json格式语言
可以在json.cn网站翻译为SQL语言
Memory
- 介绍
Memory引擎的表数据时存储在内存中的，由于受到硬件问题、或断电问题的影响，只能将这些表作为临时表或缓存使用。
- 特点
内存存放
Hash索引（默认）
- 文件
xxx.sdi:存储表结构信息
区别
| 特点 | InnoDB | MyISAM | Memory |
|---|---|---|---|
| 存储限制 | 64TB | 有 | 有 |
| 事务安全 | 支持 | - | - |
| 锁机制 | 行锁 | 表锁 | 表锁 |
| B+tree索引 | 支持 | 支持 | 支持 |
| Hash索引 | - | - | - |
| 全文索引 | 支持 （5.6版本之后） | 支持 | - |
| 空间使用 | 高 | 低 | N/A |
| 内存使用 | 高 | 低 | 中等 |
| 批量插入速度 | 低 | 高 | 高 |
| 支持外键 | 支持 | - | - |
存储引擎选择📕
在选择存储引擎时，因该根据应用系统的特点选择合适的存储引擎。对于复杂的应用系统，还可以根据实际情况选择多种存储引擎进行组合。
- InnoDB
是MySQL的默认存储引擎支持事务、外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询之外，还包含很多更新、删除操作，那么InnoDB存储引擎是比较合适的选择。
- MyISAM
如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常合适的。
- Memory
将所有的数据保存在内存中，访问速度快，通常用于临时表及缓存。Memory的缺陷就是对表的大小有限制，太大的表无法缓存在内存中，而且无法保障数据的安全性。
