Mysql 执行一条语句的整个过程详细(2)-木庄网络博客

需要注意的是，粉板如果满了，老板还没下班，老板就必须停下来手中的活。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。

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

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

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

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

到此这篇关于Mysql 执行一条语句的整个过程详细的文章就介绍到这了,更多相关Mysql 执行一条语句的过程内容请搜索

更多SQL内容来自木庄网络博客

标签：SQL