《MySQL实战45讲》学习笔记

《MySQL实战45讲》学习笔记

01.基础架构：一条SQL查询语句是如何执行的

MySQL基本架构示意图：

以以下语句为例：

SELECT * FROM T WHAERE ID = 10;

02.日志系统：一条SQL更新语句是如何执行的

Mysql可以恢复半个月内任意1秒的状态。

更新语句的执行流程

以一条更新语句为例：

CREATE TABLE T(ID int primary key,c int);

UPDATE T SET c=c+1 WHERE ID = 2;

更新语句的执行路径和查询语句类似：

• 执行语句前先连接数据库

• 更新表会清空所有查询缓存。因此不建议使用查询缓存。

• 分析器知道这是一条更新语句，优化器使用ID这个索引，执行器负责找到这一行然后更新。

  与查询流程不同的是更新流程设计两个重要日志模块：redo log（重做日志）和binlog（归档日志）。

  重要的日志模块：redo log

  在MySQl中，如果每一次更新都写进磁盘，磁盘再去找对应的记录再更新，会耗费很大的IO成本、查找成本，所以MySQL使用WAL（Write Ahead Logging)技术，先写日志，再写磁盘。

  具体为 当一条记录需要更新时，InnoDB引擎把记录先写到REDO LOG中并更新内存；在适当的时候InnoDB引擎将该操作记录到磁盘中，一般是系统空闲时。

  注意：InnoDB的redo log大小固定。从头开始写，写到末尾又回到开头循环写。

  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-u5TaGYAH-1670657555806)(https://raw.githubusercontent.com/principlepeggy/imgForBlog/master/redolog-%E7%AC%AC%202%20%E9%A1%B5.drawio.png)]

write_pos:当前记录的位置，边写边后移且循环。

checkpoint:当前要擦除的位置，向后移且循环。

他们之间时可以用来记录操作的空闲部分。当write_pos = checkpoint时，不能执行新更新，停下擦除一些记录，推进checkpoint。

crash-safe: 数据库发生异常重启，之前提交的记录都不会丢失。