一条SQL查询语句是如何执行的?(14)

前面我有跟你介绍过 SQL 语句基本的执行链路 , 这里我再把那张图拿过来 , 你也可以先简单看看这个图回顾下 。 首先 , 可以确定的说 , 查询语句的那一套流程 , 更新语句也是同样会走一遍 。

MySQL 的逻辑架构图

你执行语句前要先连接数据库 , 这是连接器的工作 。

前面我们说过 , 在一个表上有更新的时候 , 跟这个表有关的查询缓存会失效 , 所以这条语句就会把表 T 上所有缓存结果都清空 。 这也就是我们一般不建议使用查询缓存的原因 。

接下来 , 分析器会通过词法和语法解析知道这是一条更新语句 。 优化器决定要使用 ID 这个索引 。 然后 , 执行器负责具体执行 , 找到这一行 , 然后更新 。

与查询流程不一样的是 , 更新流程还涉及两个重要的日志模块 , 它们正是我们今天要讨论的主角:redo log(重做日志)和 binlog(归档日志) 。 如果接触 MySQL , 那这两个词肯定是绕不过的 , 我后面的内容里也会不断地和你强调 。 不过话说回来 , redo log 和 binlog 在设计上有很多有意思的地方 , 这些设计思路也可以用到你自己的程序里 。

推荐阅读