MySQL

先简单介绍一下下图涉及的一些组件的基本作用帮助大家理解这幅图在后面会详细介绍到这些组件的作用。

连接器

层主要包括连接器、查询缓存、分析器、优化器、执行器等所有跨存储引擎的功能都在这一层实现比如存储过程、触发器、视图函数等还有一个通用的日志模块

binlog

连接器主要和身份认证和权限相关的功能相关就好比一个级别很高的门卫一样。

主要负责用户登录数据库进行用户的身份认证包括校验账户密码权限等操作如果用户账户密码已通过连接器会到权限表中查询该用户的所有权限之后在这个连接里的权限逻辑判断都是会依赖此时读取到的权限数据也就是说后续只要这个连接不断开即使管理员修改了该用户的权限该用户也是不受影响的

查询缓存(MySQL

语句以及该语句的结果集。

连接建立后执行查询语句的时候会先查询缓存MySQL

会先校验这个

被命中就会直接返回给客户端如果没有命中就会执行后续的操作完成后也会把结果缓存起来方便下一次调用。

当然在真正执行缓存查询的时候还是会校验用户的权限是否有该表的查询条件。

MySQL

查询不建议使用缓存因为查询缓存失效在实际业务场景中可能会非常频繁假如你对一个表更新的话这个表上的所有的查询缓存都会被清空。

对于不经常更新的数据来说使用缓存还是可以的。

所以一般在大多数情况下我们都是不推荐去使用查询缓存的。

MySQL

8.0

版本后删除了缓存的功能官方也是认为该功能在实际的应用场景比较少所以干脆直接删掉了

分析器

select提出查询的表提出字段名提出查询条件等等。

做完这些操作后就会进入第二步。

第二步语法分析主要就是判断你输入的

SQL

就准备开始执行了但是如何执行怎么执行是最好的结果呢这个时候就需要优化器上场了。

优化器

优化器的作用就是它认为的最优的执行方案去执行有时候可能也不是最优这篇文章涉及对这部分知识的深入讲解比如多个索引的时候该如何选择索引多表查询的时候如何选择关联顺序等。

可以说经过了优化器之后可以说这个语句具体该如何执行就已经定下来。

执行器

就准备开始执行了首先执行前会校验该用户有没有权限如果没有权限就会返回错误信息如果有权限就会去调用引擎的接口返回接口执行的结果。

语句分析

可以分为两种一种是查询一种是更新增加修改删除。

我们先分析下查询语句语句如下

select

先检查该语句是否有权限如果没有权限直接返回错误信息如果有权限在

MySQL8.0

语句是否有语法错误比如关键词是否正确等等如果检查没问题就执行下一步。

SQL

那么优化器根据自己的优化算法进行选择执行效率最好的一个方案优化器认为有时候不一定最好。

那么确认了执行计划后就准备开始执行了。

进行权限校验如果没有权限就会返回错误信息如果有权限就会调用数据库引擎接口返回引擎的执行结果

更新语句

;我们来给张三修改下年龄。

其实这条语句也基本上会沿着上一个查询的流程走只不过执行更新的时候肯定要记录日志啦这就会引入日志模块了MySQL

binlog归档日志

先查询到张三这一条数据如果有缓存也是会用到缓存。

然后拿到查询的语句把

age

状态然后告诉执行器执行完成了随时可以提交。

执行器收到通知后记录

binlog然后调用引擎接口提交

的能力即使数据库发生异常重启之前提交的记录都不会丢失)binlog

InnoDB

来支持事务的。

那么又会有同学问我用两个日志模块但是不要这么复杂行不行为什么

redo

并没有记录该数据后续进行机器备份的时候就会丢失这一条数据同时主从同步也会丢失这一条数据。

先写

binlog然后写

就会防止出现上述的问题从而保证了数据的一致性。

那么问题来了有没有一个极端的情况呢假设

redo

层主要包括连接器、查询缓存、分析器、优化器、执行器同时还有一个日志模块binlog这个日志模块所有执行引擎都可以共用redolog

InnoDB

有。

引擎层是插件式的目前主要包括MyISAM,InnoDB,Memory

等。

查询语句的执行流程如下权限校验如果命中缓存---查询缓存---分析器---优化器---权限校验---执行器---引擎更新语句执行流程如下分析器----权限校验----执行器---引擎---redo

log(prepare