MySQL：基础架构，一条SQL查询语句的执行

MySQL分层

Server层和存储引擎层

Server层

连接器、查询缓存、分析器、优化器、执行期等

存储引擎层

插件式，支持InnoDB、MyISAM、Memory等

查询语句执行过程

连接器

负责和客户端建立连接、获取权限、维护和管理链接。
耗时较高，长连接，防止OOM。

查询缓存

key-value形式
key是select语句，value是内容
因为变更比较频繁，大部分情况不用（8.0整块功能删掉了）

分析器

分析关键字，语法分析

优化器

根据情况选择具体执行计划。

执行器

先判断权限
是否命中索引
（涉及扫描行数）

更新语句：日志系统

redo log

WAL write ahead logging，先写日志，再写磁盘。
InnoDb 的redolog是固定大小的，循环写。
有了redo log可以保证数据库发生异常之前的记录不会丢失，crash-safe

binglog

是server层的日志，归档日志

不同点

1、redo log是 InmoDB引擎特有的；binlog是MySQL的Server层实现的，所有引擎都可以使用。
2、redo log是物理日志，记录的是“在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原是逻辑，比如“给ID=2 这一行的C字段加1”.
3、redo log是循环实现的，空间固定会用完；binlog是可以追加写入的。“追加写”是指binglog文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。

update语句内部执行流程

1、查询那一行；如果种子内存中直接返回；否则先将数据从磁盘读入内存，然后再返回。
2、执行器拿到引擎给的行数据，计算后调用引擎接口写入这行新数据。
3、引擎将这行新数据更新到内存中，同时将这个更新操作记录到redo log里面，次数redo log处于prepare状态，然后告知执行期执行完成，可以随时提交事物。
4、执行器恒成这个操作的binlog，并把binglog写入磁盘。
5、执行器调用引擎的提交事物接口，引擎把刚刚写入的redo log改成提交状态，更新完成。

两阶段提交

上面redo log的prepare和commit
主备库实现方法，全量备份加上应用binlog
保证redo log 和binlog保持一致