Mysql 执行一条语句的整个过程详细

 更新时间:2022年02月03日 11:56:52   作者:May Hacker  
这篇文章主要介绍了Mysql 执行一条语句的整个详细过程,Mysql的逻辑架构整体分为两部分,Server层和存储引擎层,下面文章内容具有一定的参考价值,需要的小伙伴可以参考一下,希望对你有所帮助

1.Mysql的逻辑架构

Mysql的逻辑架构如下所示,整体分为两部分,Server层和存储引擎层。

与存储引擎无关的操作都是在Server层完成的,存储引擎层负责数据的存取。

下面将会按照上图的过程分别介绍每一步的作用,这里以查询一条记录为例。

2.连接器

这一步主要是管理连接和权限验证。

负责管理客户端的连接,比如mysql -u root -p,就是客户端与连接器之间完成的,连接分为长连接和短连接,建议使用长连接,因为建立连接是相对复杂的一个过程。但是长连接也有优化的空间,即长连接过多,随着执行大的查询操作,会占用较多的内存。

建立连接完成之后,连接器会判断该用户的权限,之后用户的操作都会基于权限来判定是否允许。

3.分析器

这一步主要是词法分析和语法分析。

词法分析主要是判定用户想做什么,比如select 就是想要查询。

语法分析主要是判定用户输入的SQL是否符合Mysql的语法。

4.优化器

经过分析器,Mysql已经知道用户想要干什么了,但是对于相同的一条SQL语句,对于Mysql具体实施的时候,可能有多种方法去实现,效率也就不一样。

在优化器这一步,mysql需要判定怎么样执行才是最优的效率。

5.执行器

这一步主要是操作引擎和返回结果。通过操作存储引擎层来遍历一张数据表,去寻找符合条件的数据,并且返回给客户端。

6.Mysql执行一条更新语句的过程

与一条SQL查询语句相同的是,在Mysql中同样要经过连接器、分析器、优化器、执行器,也要用到存储引擎来进行数据的存取。

不同的是,更新语句需要涉及到两个重要的日志模块,redo log和binlog

7.redo log

一家饭店生意红火,但作为一家饭店来说,免不了每天都有赊账和来还账的。

如果赊账和还账的人不多还好,老板可以直接用一块粉板来记录,如果人多,粉板根本写不下一个月的赊账记录。

所以老板想到可以把所有的赊账记录写到账本上,而粉板上写的都是短时间的,等下班了之后,拿粉板上的和账本进行对账。

在这个例子中,粉板就是redo log,账本就是mysql中的记录,我们用还账类比一下mysql的更新过程,如果每次有人更新,我们都去mysql中找到这条记录,效率很低,所以mysql的思路和这个老板一致,更新操作先放到redo log中,过一段时间再慢慢消化。

这种思路叫WAL技术,即Write Ahead Logging技术,先写日志,再写磁盘。

需要注意的是,粉板如果满了,老板还没下班,老板就必须停下来手中的活。mysql中的redo log总共可以记录4GB的操作

当write pos 追上check point,mysql这个老板就要去处理一下redo log了。

除此之外,有了redo log持久化,数据库即使异常重启也不会丢日志,这是crash safe机制,但仍需要注意的是,redo log是innodb存储引擎特有的。

8.bin log

binlog是Server层的日志,可以适用于所有存储引擎。

那既然有binlog了,前文为什么要搞一个innodb存储引擎专属的redo log呢?

因为mysql最开始没有innodb引擎,而是myisam引擎,使用的是binlog,但是binlog仅限于归档,没有crash safe机制,于是自己补充了一个redo log。

  • redo log是innodb存储引擎特有的,而binlog是server层特有的
  • redo log存储的是物理日志,binlog是逻辑日志
  • redo log像上面讲的那样,支持4GB大小,多了就得处理并且去覆盖,binlog日志当写满一个日志

文件之后,会新建一个新的日志文件。

下面以更新ID为2的一行数据为例:

图中浅色框表示是在 InnoDB 内部执行的,深色框表示是在执行器中执行的。

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

 到此这篇关于Mysql 执行一条语句的整个过程详细的文章就介绍到这了,更多相关Mysql 执行一条语句的过程内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • mysql的计划任务与事件调度实例分析

    mysql的计划任务与事件调度实例分析

    这篇文章主要介绍了mysql的计划任务与事件调度,结合实例形式分析了mysql计划任务与事件调度相关概念、原理、用法与操作注意事项,需要的朋友可以参考下
    2019-12-12
  • Mysql主从GTID与binlog如何使用

    Mysql主从GTID与binlog如何使用

    MySQL的GTID和binlog是实现高效数据复制和恢复的重要机制,GTID保证事务的唯一标识,避免复制冲突;binlog记录数据变更,用于主从复制和数据恢复,两者配合,提高MySQL复制的准确性和管理便捷性
    2024-10-10
  • 在Windows主机上定时备份远程VPS(CentOS)数据的批处理

    在Windows主机上定时备份远程VPS(CentOS)数据的批处理

    我想在自己的 Windows7 下每天/周运行一次备份,就有了这个小工具
    2012-05-05
  • 一文带你学会MySQL的select语句

    一文带你学会MySQL的select语句

    在MySQL中可以使用SELECT语句来查询数据,查询数据是指从数据库中根据需求,使用不同的查询方式来获取不同的数据,是使用频率最高、最重要的操作,下面这篇文章主要给大家介绍了关于MySQL中select语句的相关资料,需要的朋友可以参考下
    2022-11-11
  • 跳槽必备之你设计索引的原则是什么?怎么避免索引失效?

    跳槽必备之你设计索引的原则是什么?怎么避免索引失效?

    索引的设计可以遵循一些已有的原则,创建索引的时候请尽量符合这些原则,便于提升索引地使用效率,更高效地使用索引。今天给大家介绍跳槽必备之你设计索引的原则是什么?怎么避免索引失效?感兴趣的朋友一起看看吧
    2021-05-05
  • 安装使用Percona XtraBackup来备份恢复MySQL的教程

    安装使用Percona XtraBackup来备份恢复MySQL的教程

    这篇文章主要介绍了安装使用Percona XtraBackup来备份恢复MySQL的教程,文中的示例环境基于CentOS系统,需要的朋友可以参考下
    2015-12-12
  • MySQL基础之MySQL 5.7 新增配置

    MySQL基础之MySQL 5.7 新增配置

    mysql数据库性能非常高,运行速度非常快,接下来通过本文给大家介绍MySQL 5.7 新增配置,非常不错,具有参考借鉴价值,感兴趣的朋友一起看看吧
    2016-09-09
  • MySql树形结构(多级菜单)查询设计方案

    MySql树形结构(多级菜单)查询设计方案

    本文主要介绍了MySql树形结构(多级菜单)查询设计方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2023-03-03
  • mysql基于正则实现模糊替换字符串的方法分析

    mysql基于正则实现模糊替换字符串的方法分析

    这篇文章主要介绍了mysql基于正则实现模糊替换字符串的方法,结合具体实例对比分析了使用正则实现mysql字符串替换的注意事项与相关操作技巧,需要的朋友可以参考下
    2017-03-03
  • MySQL 格式化时间的实现示例

    MySQL 格式化时间的实现示例

    MySQL提供了多种日期和时间类型,在处理时间时需要根据不同类型选择不同的格式化方法,常用的日期类型有DATE、YEAR、TIME;常用的日期时间类型有DATETIME和TIMESTAMP,本文就来介绍一下MySQL 格式化时间,感兴趣的可以了解一下
    2023-10-10

最新评论