MySQL存储引擎

目录

一、MySQL存储引擎

1.MySQL体系结构

体系结构详解

2.MySQL存储引擎的介绍

3.常用引擎的特性对比 

MyISAM存储引擎

2. InnoDB存储引擎(MySQL5.5版本后默认的存储引擎)

InnoDB的逻辑存储结构

3. MEMORY存储引擎

4. 特性对比 - 存储引擎特点

面试题：InnoDB引擎与MyISAM引擎的区别 ?

5. 存储引擎的操作 

6. 总结：存储引擎的选择

---

一、MySQL存储引擎

1.MySQL体系结构

• 体系结构的概念

  • 任何一套系统当中，每个部件都能起到一定的作用！

• MySQL的体系结构

MySQL的体系结构图，也就是MySQL这款数据库软件它的架构图

体系结构详解

• 客户端连接

  • 支持接口：支持的客户端连接，例如C、Java、PHP等语言来连接MySQL数据库

MySQL Server - MySQL服务端体系结构

• 第一层：网络连接层

  • 连接池：管理、缓冲用户的连接，接收客户端的连接，线程处理等需要缓存的需求。

  • 例如：当客户端发送一个请求连接，会从连接池中获取一个连接进行使用。

• 第二层：核心服务层

• • 第二层架构主要完成大多数的核心服务功能，如SQL接口，DML、DDL语句的封装，SQL的分析和优化，部分内置函数的执行...

  • 管理服务和工具：系统的管理和控制工具，例如备份恢复、复制、集群等。

  • SQL接口：接受SQL命令，并且返回查询结果。

  • 查询解析器：验证和解析SQL命令，例如过滤条件、语法结构等。

  • 查询优化器：在执行查询之前，使用默认的一套优化机制进行优化sql语句

  • 缓存：如果缓存当中有想查询的数据，则直接将缓存中的数据返回。没有的话再重新查询！

• 第三层：存储引擎层

  • 插件式存储引擎(可插拔式存储引擎)：管理和操作数据的一种机制，包括(存储数据、如何更新、查询数据等)

  • 存储引擎真正的负责了MySQL中数据的存储和提取，数据库中的索引是在存储引擎层实现的，这也就意味着不同的存储引擎，索引的结构是不一样的。
  • InnoDB是MySQL默认的存储引擎！
  • 简单来说：存储引擎就决定了你底层数据的存储和管理的方式。
  • 注意：数据不是存在存储引擎的，存储引擎控制的是数据怎么组织，怎么存、怎么取，但最终这个数据还是要落到磁盘上。

• 第四层：系统文件层 / 存储层

  • 文件系统：配置文件、数据文件、日志文件、错误文件、二进制文件等等的保存

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

2.MySQL存储引擎的介绍

• 对于MySQL而言，数据是存储在文件系统当中的，不同的存储引擎会有不同的文件格式和组织形式！

• 引擎的概念

  • 生活中，引擎就是整个机器运行的核心(发动机)，不同的引擎具备不同的功能。

• MySQL存储引擎的概念

  • MySQL数据库使用不同的机制存取表文件 , 机制的差别在于不同的存储方式、索引技巧、锁定水平以及广泛的不同的功能和能力，在MySQL中 , 将这些不同的技术及配套的功能称为存储引擎。

  • 存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现方式。

  • 存储引擎是基于表的，而不是基于库的，所以存储引擎也可被称为表类型。

  • 在关系型数据库中数据的存储是以表的形式存进行储的，所以存储引擎也可以称为表类型（即存储和操作此表的类型）。

  • 我们可以在创建表的时候，来指定选择的存储引擎，如果没有指定将自动选择默认的存储引擎

  • Oracle , SqlServer等数据库只有一种存储引擎 , 而MySQL针对不同的需求，配置MySQL的不同的存储引擎 , 就会让数据库采取了不同的处理数据的方式和扩展功能。

  • 通过选择不同的引擎 ,能够获取最佳的方案 , 也能够获得额外的速度或者功能，提高程序的整体效果。所以了解引擎的特性 , 才能贴合我们的需求 , 更好的发挥数据库的性能。

• MySQL支持的存储引擎

  • MySQL5.7支持的引擎包括：InnoDB、MyISAM、MEMORY、Archive、Federate、CSV、BLACKHOLE等

  • 其中较为常用的有三种：InnoDB、MyISAM、MEMORY

3.常用引擎的特性对比 

常用的存储引擎

1. MyISAM存储引擎

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

   • 访问速度快，不支持事务和外键，也不支持行锁。

   • 表结构保存在.frm文件中，表数据文件保存在.MYD文件中，索引文件保存在.MYI文件中。

   • 支持表锁，不支持行锁！

2. InnoDB存储引擎(MySQL5.5版本后默认的存储引擎)

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

• InnoDB三大特性：

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

2. 锁的粒度支持到行级锁，提高并发访问性能；{锁的粒度越小，并发能力越强}

3. 支持外键FOREIGN KEY约束，保证数据的完整性和正确性；

• 支持事务和外键操作，占用磁盘空间大，支持并发控制。

• xxx.ibd：xxx代表的是表名。InnoDB存储引擎的每张表都会对应这样一个ibd的表空间文件，存储该表的表结构(frm-早期的、sdi-新版的)、数据和索引。

• 表结构保存在.frm文件中，如果是共享表空间，数据和索引保存在 innodb_data_home_dir 和 innodb_data_file_path定义的表空间中，可以是多个文件。如果是多表空间存储，每个表的数据和索引单独保存在 .ibd 中。

InnoDB的逻辑存储结构

其实我们研究InnoDB的逻辑存储结构，研究的就是ibd文件内部的磁盘存储结构。

1. TableSpace表空间 : 表空间是InnoDB存储引擎逻辑结构的最高层，ibd文件其实就是表空间文件，在表空间中可以包含多个Segment段。对于InnoDB而言，数据是存储在表空间当中的，表空间是InnoDB抽象出来的一个概念，它对应着磁盘上的一个或多个文件！MyISAM就没有表空间的概念！
2. Segment段 : 表空间是由各个段组成的， 常见的段有数据段、索引段、回滚段等。InnoDB中对于段的管理，都是引擎自身完成，不需要人为对其控制，一个段包含256个区(256M大小)。
3. Extent区 : 区是表空间的单元结构，每个区的大小为1M。 默认情况下， InnoDB存储引擎页大小为16K， 即一个区中一共有64个连续的页。
4. Page页 : 页是组成区的最小单元，页也是InnoDB 存储引擎磁盘管理的最小单元，每个页的大小默认为 16KB。为了保证页的连续性，InnoDB 存储引擎每次从磁盘申请 4-5 个区。连续的64个Page页就是一个Extent区！
5. Row行 : InnoDB 存储引擎是面向行的，也就是说数据是按行进行存放的，行当中存放的就是一个一个的字段值，在每一行中除了定义表时所指定的字段以外，还包含两个隐藏字段(后面会详细介绍)。

3. MEMORY存储引擎

• Memory引擎的表数据时存储在内存中的，由于受到硬件问题、或断电问题的影响，只能将这些表作为临时表或缓存使用。其实在开发当中，MEMORY存储引擎基本不用，虽然存储在内存中速度快，即使我想提高访问性能，我也不会用MEMORY存储引擎，如果做缓存我们会用Redis，Redis当中存储的数据也是放在内存当中的，性能极高。

• 内存存储 ，速度快，不安全，通常用于将这些表作为临时表或缓存使用(内存的特点：如果断电了，内存里面的数据都没有了) ，适合小量快速访问的数据。

• xxx.sdi：存储表结构信息，表中的数据存储在内存当中。

• 默认是hash索引。

• MEMORY的缺陷就是对表的大小有限制，太大的表无法缓存在内存中，而且无法保障数据的安全性。

• 我们之前所创建的表结构当中的数据是存储在磁盘当中的，放在磁盘当中才能够永久保存。

4. 特性对比 - 存储引擎特点

• 表锁也就是可以把整张数据表锁起来。

• 行锁代表的是把一行数据进行锁定。

特性	MyISAM	InnoDB(重点)	MEMORY
存储限制	有(平台对文件系统大小的限制)	64TB	有(平台的内存限制)
事务安全	不支持	支持	不支持
锁机制	表锁	表锁/行锁	表锁
B+Tree索引	支持	支持	支持
哈希索引	不支持	不支持	支持
全文索引	支持	支持	不支持
集群索引	不支持	支持	不支持
数据索引	不支持	支持	支持
数据缓存	不支持	支持	N/A
索引缓存	支持	支持	N/A
数据可压缩	支持	不支持	不支持
空间使用	低	高	N/A
内存使用	低	高	中等
批量插入速度	高	低	高
外键	不支持	支持	不支持

提问：为什么InnoDB的批量插入速度相较于MyISAM和MEMORY来说会低呢？

• 回答：因为InnoDB它是支持事务的，当你在执行DML语句的时候，在执行之前底层会自动的开启事务，操作完成之后底层会自动的提交事务，因此InnoDB的增删改效率较低。 

重点关注InnoDB的三大特性：事务、外键、行级锁！

面试题：InnoDB引擎与MyISAM引擎的区别 ?

1. InnoDB引擎，支持事务，而MyISAM不支持。
2. InnoDB引擎，支持行锁和表锁，而MyISAM仅支持表锁，不支持行锁。
3. InnoDB引擎，支持外键，而MyISAM是不支持的。
4. 聚簇索引只有在InnoDB存储引擎当中才存在，而在MyISAM当中是不存在的~！即MyISAM和InnoDB实现B+Tree的索引方式不同，MyISAM将数据文件和索引文件分开存储，数据文件保存在,MYD文件中，索引文件保存在.MYI文件中；而InnoDB将数据文件和索引文件保存在同一个.ibd文件当中！

5. 存储引擎的操作 

• 查询 / 查看当前数据库支持的存储引擎

-- 标准语法,查询数据库支持的存储引擎
SHOW ENGINES;

-- 表含义:
  - support : 指服务器是否支持该存储引擎
  - transactions : 指存储引擎是否支持事务
  - XA : 指存储引擎是否支持分布式事务处理
  - Savepoints : 指存储引擎是否支持保存点

• 查询某个数据库中所有数据表的引擎

-- 标准语法
SHOW TABLE STATUS FROM 数据库名称;

-- 查看db9数据库所有表的存储引擎
SHOW TABLE STATUS FROM db9;

• 查询某个数据库中某个数据表的引擎

-- 标准语法
SHOW TABLE STATUS FROM 数据库名称 WHERE NAME = '数据表名称';

-- 查看db9数据库中stu_score表的存储引擎
SHOW TABLE STATUS FROM db9 WHERE NAME = 'stu_score';

• 创建数据表，指定存储引擎

-- 标准语法
CREATE TABLE 表名(
	列名,数据类型,
    ...
)ENGINE = 引擎名称;

• 修改表的存储引擎

-- 标准语法
ALTER TABLE 表名 ENGINE = 引擎名称;

6. 总结：存储引擎的选择

项目开发当中，我们不用考虑存储引擎，因为基本上都会用默认的存储引擎 - InnoDB。 

• MyISAM ：由于MyISAM不支持事务、不支持外键、支持全文检索和表级锁定，读写相互阻塞，读取速度快，节约资源，所以如果应用是以查询操作(也就是读操作)和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常合适的。

• InnoDB : 是MySQL的默认存储引擎， 由于InnoDB支持事务、支持外键、行级锁定 ，支持所有辅助索引(5.5.5后不支持全文检索)，高缓存，所以用于对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，读写频繁的操作，那么InnoDB存储引擎是比较合适的选择，比如BBS、计费系统、充值转账等

• MEMORY：将所有数据保存在RAM内存中，访问速度快，通常用于临时表以及缓存，在需要快速定位记录和其他类似数据环境下，可以提供更快的访问。MEMORY的缺陷就是对表的大小有限制，太大的表无法缓存在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。MEMORY表通常用于更新不太频繁的小表，用以快速得到访问结果。

• 总结：针对不同的需求场景，来选择最适合的存储引擎即可！如果不确定、则使用数据库默认的存储引擎！