MySql 一条更新语句是如何执行的? MySql杂谈、MySql WAL 技术

在码农的世界里,优美的应用体验,来源于程序员对细节的处理以及自我要求的境界,年轻人也是忙忙碌碌的码农中一员,每天、每周,都会留下一些脚印,就是这些创作的内容,有一种执着,就是不知为什么,如果你迷茫,不妨来瞅瞅码农的轨迹。

1 前言

如下所示,一条普通的更新语句

update tb_user set ranking='Y' where user_id='760'

当你点击执行这条查询指令时,你看到的结果是:
在这里插入图片描述

你知道发生了什么吗 ???

如下图所示是一条查询语句的执行过程点击这里查看详情
在这里插入图片描述
更新语句在执行过程中,也必然要走发上图所示的基本流程,

2 一条更新指令的执行过程

  • 第一步 执行器先找引擎取 user_id='760’这一行。这里的 user_id 是主键,引擎直接用树搜索找到这一行。如果 user_id=‘760’ 这一行所在的数据页本来就在内存中,就直接返回给执行器;否则,需要先从磁盘 读入内存,然后再返回。
  • 第二步 执行器拿到引擎给的行数据,将这个对应的列的值进行修改,然后得到新的一行数据,再调用引擎接口写入这行新数据。
  • 第三步 引擎将这行新数据更新到内存中,同时将这个更新操作记录到 redo log日志中。
  • 第四步 执行器生成这个操作的 binlog,并把 binlog 写入磁盘。
  • 第五步 执行器调用引擎的提交事务接口,引擎把刚刚写入的 redo log 改成提交(commit)状
    态,更新完成。

3 MySql WAL 技术

3.1 redo log 日志

当有一条记录需要更新的时候,InnoDB 引擎就会先把记录写到 redo log日志中,并更新数据库操作引擎内存,然后当系统比较空闲的时候再更新到磁盘里面,这个过程可描述为WAL。

WAL 的全称 是 Write-Ahead Logging,关键点就是先写日志,再写磁盘。

redo log日志记录功能,使得 InnoDB 可以保证在数据库发生异常重启后,之前提交的记录都不会丢失,这个能力可称为crash-safe。

3.2 binlog 日志

MySQL 整体来看,包括两部分, 一部分是Service层:
在这里插入图片描述
另一部分是引擎层,负责存储相关的功能,redo log 是 InnoDB 数据存储引擎特有的日志,binlog 归档日志是Server层持有的日志。

3.3 redo log 日志 与 binlog 日志的不同

  • 持有对象不同,redo log 是InnoDB 持有,binlog是Server层持有
  • 作用不同,redo log 是物理日志,记录的是“在某个数据页上做了什么修改”;binlog 是逻辑日 志,记录的是这个语句的原始逻辑,如这里的更新语句
  • redo log 是循环写入,binlog 是可以追加写入, binlog 文件写到一定大小后会切换到下一个,并不会覆盖以前的日志。

在这里插入图片描述

完毕

不局限于思维,不局限语言限制,才是编程的最高境界。

以小编的性格,肯定是要录制一套视频的,随后会上传

有兴趣 你可以关注一下 西瓜视频 — 早起的年轻人

在这里插入图片描述

早起的年轻人 CSDN认证博客专家 移动开发 项目管理 Java
只要用心去做,每一件事情还是有可能成功的,当然成功是没有界限的,只不过是达到自己心里的那个目标,公众号:我的大前端生涯,一个爱喝茶的程序员,通常会搞搞SpringBoot 、Herbinate、Mybatiys、Android、iOS、Flutter、Vue、小程序等.
已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 代码科技 设计师:Amelia_0503 返回首页