大型面试现场：一条update sql执行都经历什么？
导读
Hi，大家好！我是白日梦！本文是MySQL专题的第 24 篇。
今天我要跟你分享的MySQL话题是：“从一条update sql执行都经历什么开始，发散开一系列的问题，看看你能抗到第几问吧”
换一种写作风格，自导自演面试现场！感觉这样还是比较有趣的，欢迎大家订阅我的MySQL专题，公众号首发！持续更新中～
欢迎关注白日梦，公众号首发！持续连载中
Hi同学，听说你上一面表现的还可以，这一面要不咱继续？
嗯，好啊！
好，你说一下一条update sql的执行，都经历了哪些阶段吧
我可以画一张简图，然后我们一起看一下这张脑图吧
你可以花几秒看下这个图哦
嗯，你继续！
一般在我们的后端系统中，和数据库打交道都逻辑都放在DAO层，DAO层的持久化框架中封装了：数据驱动（Driver），SQL语句一般也都是由DAO层的持久化框架发送给数据库的。
嗯，那你说的DAO层就是上图中的客户端了吧
但是我看你的简图，貌似是把数据库划分成两部分，Server层和InnoDB层。你说说看！
是的，通常大家会把数据库分层两部分，上层的Server层和下层的存储引擎层。
总的来看：Server层主要是负责和客户端建立网络连接，接受客户端传递过来的SQL、预处理、由执行器发送给储存引擎执行。
而存储引擎会和操作系统的文件系统打交道。
我在图中画的存储引擎层是InnoDB，MySQL不止这一种执行引擎，对于MySQL来说存储引擎是可插拔的。
常见的还有什么MyISAM、NDB、Memory等等。
嗯，你说的没错！那如果我让你写一个MySQL的Server层。
你有什么思路吗？说说看！
我.....
有思路，下面我用大白话简单描述一下：
你知道的！MySQL被吹的再神，本质上不过是个软件而已，而且Server层的功能相对来说比较简单，主要就是接受客户端的连接，拿到网络包中的SQL语句，然后处理......
并且它是单进程多线程的软件，通常会占用3306端口启动，那我完全可以一比一写出一个MySQL Server层嘛！
比如我可以用熟悉的编程语言，TCP编程，写个TCP - Server端，监听3306端口启动。然后从接收到的数据包中取出数据，按照MySQL协议解析数据，得到SQL语句。再处理SQL语句就是了！
嗯！（我猜这家伙肯定对某个数据库中间件特别熟悉）
回到正题，继续说update sql如何被处理。
好，我们的应用程序把SQL发送给Server层后，SQL会陆续被分析器、优化器、执行器处理。
另外在图中你能看到：查询缓存。这个查询缓存由Server层维护，它设计的初衷就是在内存中暂存原来查询的结果。以便下次查询时可以快速得到结果^_^
但是它有个缺点就是当有对该表的更新操作时，该表的查询缓存会被废弃。所以MySQL8中将查询缓存砍掉了。
嗯，继续。
嗯嗯，那我继续往下说。
分析器的作用：对SQL进行语法、词法上的分析。
优化器的作用：生成执行计划、选择索引。
执行器的作用：操作执行引擎，获取SQL的执行结果。
嗯，刚才你还说你可以写个MySQL的Server层，那我现在就让你实现这个分析器！
task is cheap，show me the code！
，可以下看面的Case。
好，这个话题过
。
你继续往下说。
我们的update sql经过server层的分析检测之后，最终由执行器交由存储引擎执行。
因为InnoDB是支持事务的，而我们现在是update类型的SQL，所以会被放在一个单独的事务中去执行。
为了提供事务回滚的能力，于是有了上图中的第5步，InnoDB存储引擎会先写undo log。
写完undo log之后，整体的执行流程会来到图中的第6步。
在BufferPool缓存池中对内存中的数据进行update。
Buffer Pool缓存池？那我得问下
这个Buffer Pool缓存池是啥？
另外我看你上图中的Server层也有一个查询缓存呀，它和BufferPool缓存池啥区别？
嗯，是这样的。 首先我们都知道，MySQL是支持持久化的，数据最终都落在磁盘上。
但是如果所有的update sql 都直接、大量、频繁的进行IO磁盘操作，会导致MySQL整体的性能极具下降。
现在MySQL实现方式是：它在内存中对数据进行CRUD，所以在图中可以看到，BufferPool中的数据是从磁盘上读进去的。
小伙子可以！继续说！
当update sql修改完内存中的数据后，接下来就是提交事务了。提交事务的方式一般都是两阶段提交。
也就是：
1、先写redo log（prepare）
2、写binlog
3、写redo log （commit）
这些日志后续也都会有一定的机制控制把它们持久化到磁盘中。
那你说一下redo log、bin log分别给了MySQL什么能力吧
记录binlog可以使MySQL就拥有：搭建集群、数据备份、数据恢复、审计的能力啊
写redolog后MySQL就拥有了崩溃恢复的能力。
嗯，那你是怎么理解这个binlog的数据恢复和redolog的崩溃恢复的呢？
binlog 有redolog 崩溃恢复的能力嘛？
嗯～，我是这样理解的：binlog由MySQL的上层也就是Server层记录。
可以看下这张图：截自部分binlog
可以看到binlog中记录的是sql语句，记录这你对哪张表的id=xx的行做了什么样的修改。
而redolog中记录的是物理层面的概念。比如redo log中会记录你对xxx表空间的XXX数据页xxx偏移量的地方做了XXX更新。
所以说，binlog的数据恢复和redo log的崩溃恢复其实是发生在两个层面的，完全是两码事的！
就像是上图那样，binlog的中不是记录着SQL吗？所以可以把借助binlog的实现的数据恢复理解成回放binlog中的SQL。
而redolog的崩溃恢复指的是当MySQL出现异常Crash重启后，将内存中数据恢复成崩溃前的脏数据
嗯！了解，整体上看你的回答的还可以！
我没有问题了，你还有什么想问我的吗？
没有问题了，感谢大佬百忙抽空来给我面试！
哈哈，客气！你应该会进入下一面的。好好准备，期待你下一面优秀的表现
推荐阅读
- MySQL的修仙之路，图文谈谈如何学MySQL、如何进阶！（已发布）
- 面前突击！33道数据库高频面试题，你值得拥有！（已发布）
- 大家常说的基数是什么？（已发布）
- 讲讲什么是慢查！如何监控？如何排查？（已发布）
- 对NotNull字段插入Null值有啥现象？（已发布）
- 能谈谈 date、datetime、time、timestamp、year的区别吗？（已发布）
- 了解数据库的查询缓存和BufferPool吗？谈谈看！（已发布）
- 你知道数据库缓冲池中的LRU-List吗？（已发布）
- 谈谈数据库缓冲池中的Free-List？（已发布）
- 谈谈数据库缓冲池中的Flush-List？（已发布）
- 了解脏页刷回磁盘的时机吗？（已发布）
- 用十一张图讲清楚，当你CRUD时BufferPool中发生了什么！以及BufferPool的优化！（已发布）
- 听说过表空间没？什么是表空间？什么是数据表？(已发布)
- 谈谈MySQL的：数据区、数据段、数据页、数据页究竟长什么样？了解数据页分裂吗？谈谈看！(已发布)
- 谈谈MySQL的行记录是什么？长啥样？(已发布)
- 了解MySQL的行溢出机制吗？(已发布)
- 说说fsync这个系统调用吧! (已发布)
- 简述undo log、truncate、以及undo log如何帮你回滚事物! (已发布)
- 我劝！这位年轻人不讲MVCC，耗子尾汁！ (已发布)
- MySQL的崩溃恢复到底是怎么回事？ (已发布)
- MySQL的binlog有啥用？谁写的？在哪里？怎么配置 (已发布)
- MySQL的bin log的写入机制 (已发布)
- 删库后！除了跑路还能干什么？(已发布)
- 自导自演的面试现场，趣学数据库的10种文件(已发布)
最后，欢迎关注白日梦的公号哦～
换一种写作风格，自导自演面试现场！感觉这样还是比较有趣的，欢迎大家订阅我的MySQL专题，公众号首发！持续更新中～
