Mysql高级-执行过程

---

Mysql执行过程

连接层

系统（客户端）访问 MySQL 服务器前，做的第一件事就是建立 TCP 连接。

服务层

Server层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖MySQL的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在
这一层实现，比如存储过程、触发器、视图等。

连接器

连接器负责跟客户端建立连接、获取权限、维持和管理连接。

查询缓存（8.0取消）

Server 如果在查询缓存中发现了这条 SQL语句，就会直接将结果返回给客户端；如果没有，就进入到解析器阶段。需要说明的是，因为查询缓存往往效率不高，所以在 MySQL8.0之后就抛弃了这个功能。

分析器

分析器先会做“词法分析”。你输入的是由多个字符串和空格组成的一条SQL语句，MySQL需要识别出里面的字符串分别是什么，代表什么。

优化器

优化器是在表里面有多个索引的时候，决定使用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。

执行器

1.开始执行的时候，要先判断一下你对这个表T有没有执行查询的权限，如果没有，就会返回没有权限的错误
2.如果有权限，就打开表继续执行。打开表的时候，执行器就会根据表的引擎定义，去使用这个引擎提供的接口。

更新语句的执行

Mysql的更新会把上面的查询过程都走一遍，直到找到所在的数据。与查询不同的是这里还涉及两个重要的日志模块。redo log（重做日志）和 binlog（归档日志）

• redo log是InnoDB引擎特有的日志，而Server层也有自己的日志，称为binlog（归档日志）。
• redo log是物理日志，记录的是“在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如“给ID=2这一行的c字段加1 ”。
• redo log是循环写的，空间固定会用完；binlog是可以追加写入的。“追加写”是指binlog文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。

redo log

如果每一次的更新操作都需要写进磁盘，然后磁盘也要找到对应的那条记录，然后再更新，整个过程IO成本、查找成本都很高。

• 具体来说，当有一条记录需要更新的时候，InnoDB引擎就会先把记录写到redo log里面，并更新内存，这个时候更新就算完成了。同时，InnoDB引擎会在适当的时候，将这个操作记录更新到磁盘里面，而这个更新往往是在系统比较空闲的时候做。

redo log是固定大小的，比如可以配置为一组4个文件，每个文件的大小是1GB，那么这块“粉板”总共就可以记录4GB的操作。从头开始写，写到末尾就又回到开头循环写。

binlog

Server层有自己的日志，称为binlog（归档日志）。

简单的update语句时的内部流程：

• 1. 执行器先找引擎取ID=2这一行。ID是主键，引擎直接用树搜索找到这一行。如果ID=2这一行所在的数据页本来就在内存中，就直接返回给执行器；否则，需要先从磁盘读入内存，然后再返回。
• 2. 执行器拿到引擎给的行数据，把这个值加上1，比如原来是N，现在就是N+1，得到新的一行数据，再调用引擎接口写入这行新数据。
• 3. 引擎将这行新数据更新到内存中，同时将这个更新操作记录到redo log里面，此时redo log处于prepare状态。然后告知执行器执行完成了，随时可以提交事务。
• 4. 执行器生成这个操作的binlog，并把binlog写入磁盘。
• 5. 执行器调用引擎的提交事务接口，引擎把刚刚写入的redo log改成提交（commit）状态，更新完成。

两阶段提交

这是为了让两份日志之间的逻辑一致

由于redo log和binlog是两个独立的逻辑，如果不用两阶段提交，要么就是先写完redo log再写binlog，或者采用反过来的顺序。那么数据库的状态就有可能和用它的日志恢复出来的库的状态不一致。

orderby执行过程

MySQL会给每个线程分配一块内存用于排序，称为sort_buffer

• 1. 初始化sort_buffer，确定放入需要查询的字段；
• 2. 找到第一个满足条件的主键id；
• 3. 到主键id索引取出整行，取需要查询的字段的值，存入sort_buffer中；
• 4. 取下一个满足记录的主键id；
• 5. 重复步骤3、4直到不满足查询条件为止；
• 6. 对sort_buffer中的数据按照字段要求做快速排序；
• 7. 按照排序结果取前1000行返回给客户端。

count（*）执行过程

首先要明确的是，在不同的MySQL引擎中，count(*)有不同的实现方式。

• MyISAM引擎把一个表的总行数存在了磁盘上，因此执行count(*)的时候会直接返回这个数，效率很高；
• 而InnoDB引擎就麻烦了，它执行count(*)的时候，需要把数据一行一行地从引擎里面读出来，然后累积计数。

以下分析InnoDB的执行过程

为什么InnoDB不跟MyISAM一样，也把数字存起来呢？因为多版本并发控制（MVCC）的原因，InnoDB表“应该返回多少行”也是不确定的。

优化：
如果使用Redis计数器会导致数据不一致。
利用Mysql的事务我们把这个计数直接放到数据库里单独的一张计数表C中。