目录
1、MySQL逻辑架构
前言
存储引擎在MySQL中主要负责的是数据的存储和提取,更具体的说法是:存储引擎是将数据存储到磁盘、从磁盘查询数据、更新磁盘数据、为数据建立索引等等一系列功能的具体实现。存储引擎可以看作是MySQL数据库的核心,无论是数据文件格式还是索引类型,无论是事务还是锁,不同的引擎都会有不同的实现。本篇简单介绍InnoDB和MySIAM引擎。部分内容总结摘抄自《高性能Mysql》,仅作笔记。
1、MySQL逻辑架构
在介绍MySQL存储引擎之前我们先来了解下MySQL的逻辑架构,以便于我们更好地了解存储引擎是怎么工作的。MySQL的逻辑架构图如下图:
- 第一层架构包括连接处理、授权认证等功能,大多数基于网络的客户端/服务器的工具或服务器都有类似的架构;
- 第二层架构包括查询解析、分析、优化、缓存以及所有的内置函数,所有包括存储过程、触发器、视图等跨存储引擎的功能也都在这一层实现,可以说这一层包含了MySQL的大多数的核心服务功能;
- 第三层架构包括了存储引擎。存储引擎负责MySQL中数据的存储和提取。
这里我们简单介绍下前两层架构。MySQL是客户端/服务器架构的,因此服务器中需要有管理连接和负责服务器安全的的功能。每个客户端都会在服务器进程中拥有一个线程,这个连接的查询只会在这个单独的线程中执行,该线程只能轮流在某个CPU核心或CPU中运行;客户端连接到MySQL服务器时,服务器需要对其进行认证,认证基于用户名、密码。以上都属于第一层架构的功能。
我们在MySQL客户端中执行的SQL语句在MySQL服务器端并不是拿过来直接就执行的,需要经过一系列的优化和解释步骤,这就是第二层架构的主要功能。MySQL会解析查询,并创建解析树,然后对其进行各种优化,包括重写查询、决定表的读取顺序以及选择合适的索引等。用户可以通过特殊的关键字提示优化器,影响它的决策过程。也可以使用explain请求优化器解释优化过程的各个因素,使用户可以知道服务器是如何进行优化决策的,并提供一个参考基准,便于用户重构查询。对于SELECT语句,在解析查询之前,服务器会先检查查询缓存,如果能够在里面找到对应的查询,服务器就不必再执行查询解析、优化和执行的整个过程,而是直接返回查询缓存中的结果集。
2、InnoDB存储引擎和MyISAM存储引擎
InnoDB是MySQL的默认事务型存储引擎,也是最重要、使用最广泛的引擎,在MySQL5.1版本正式替代MyISAM称为默认引擎。作为一个如此优秀的存储引擎,InnoDB有着许多特性。
- InnoDB的数据存储在表空间中,表空间是InnoDB管理的一个黑盒子,由一系列的数据文件组成;
- InnoDB采用多版本并发控制(MVCC)来支持高并发,并且实现了四个标准的隔离级别。其默认级别时REPEATABLE READ(可重复读),并通过间隙锁策略防止幻读的出现,间隙锁使得InnoDB不仅仅锁定查询涉及的行,还会对索引中的间隙进行锁定,以防止幻影行的插入;
- InnoDB是基于聚簇索引建立的,关于聚簇索引后面的文章会详细介绍;
- InnoDB内部做了很多优化,包括从磁盘读取数据时采用的可预测性预读,能够自动在内存中创建hash索引以加速读操作的自适应哈希索引,以及能够加速插入操作的插入缓冲区等;
- InnoDB具有自动崩溃恢复的特性。
MyISAM引擎在MySQL5.1版本以前都是默认的存储引擎,提供了包括全文索引、压缩和空间函数等大量特性,但不支持事务和行级锁,最关键的是崩溃后无法安全恢复。
- MyISAM将表存储在两个文件中,分别是扩展名为.MYD的数据文件和扩展名为.MYI的索引文件;
- MyISAM可以包含动态或静态的行;
- MyISAM可以对整张表加锁,而不是对行加锁。读取时会对需要读到的所有表加共享锁,写入时则对表加排他锁;
- MyISAM支持全文索引,这是一种基于分词创建的索引,可以支持复杂的查询;
- 对于MyISAM表,MySQL可以手工或自动执行检查和修复操作。
InnoDB和MyISAM的区别如下:
- InnoDB支持事务,MyISAM不支持事务;
- InnoDB支持行级锁和表级锁,MyISAM只支持表级锁;
- InnoDB支持外键,MyISAM不支持外键;
- InnoDB不保存表的总行数,MyISAM保存了整个表的总行数,例如使用SELECT COUNT(*) FROM table在InnoDB存储引擎中执行需要执行全表扫描,而对MyISAM存储引擎来说只是查询一个变量值;
- InnoDB在5.7版本后才支持全文索引,MyISAM支持全文索引;
- InnoDB是聚簇索引,MyISAM是非聚簇索引,关于索引后面的文章会详细介绍;
- InnoDB支持自动崩溃安全恢复,MyISAM在崩溃后无法安全恢复。