mysql(一):查询、更新语句是怎样运行的?

一、一条普通的查询语句是如何执行的?

不同的存储引擎公用一个server层，也就是从连接器到执行器的部分。
1.首先是通过连接器连接到数据库，会跟客户端建立连接、在权限表获取权限（之后再这个连接里面的权限判断逻辑都依赖此时读到的权限，不会再去读），维持和管理连接。
(一个用户成功建立连接后，即使对该用户的权限做了修改，也不会影响已经存在连接的权限。只有再新建的连接才会使用新的权限设置)
连接完成后，如果没有后续的动作，这个连接就处于空闲状态。其中command显示为"sleep"。

客户端如果太长时间没动静，连接器就会自动将它断开，这个时间是由参数wait_timeout控制，默认8小时。
2.mysql拿到一个查询请求后，会先到查询缓存看看之前是否执行过这条语句，key-value对的形式，命中了就直接返回。但是对一个表有更新，这个表上所有的查询缓存都被清空，所以不建议使用查询缓存。除非是一张静态表。 确定要使用查询缓存的语句可以用:

MySQL8.0版本直接将查询缓存功能删除了。
3.分析器
分析器先"词法分析"，需要识别出sql里面的字符串分别代表表或者列或者关键字。
再"语法分析"，判断输入的sql是否满足MySQL语法。比如关键字是否输对。
4.优化器
是在表里面有多个索引的时候，决定用哪个索引，或者在一个语句有多表join的时候，决定各个表的连接顺序。
5.执行器
MySQL通过分析器知道了你要做什么，通过优化器知道了该怎么做，就进入了执行器阶段。
开始执行的时候，要先判断一下你对这个表有没有执行查询的权限，如果没有，就返回没有权限的错误。如果有权限，就打开表继续执行，根据表的存储引擎定义，去使用存储引擎提供的接口。

二、一条普通的更新语句是如何执行的?
跟查询语句执行差不多，分析器会通过解析知道这是一条更新语句，优化器决定使用哪个索引，然后执行器负责具体执行。找到这一行，然后更新。
redo log(重做日志)(InnoDB引擎特有的日志)
WAL技术(Write-Ahead Logging)： 先写日志，再写磁盘。
当有一条记录需要更新的时候，InnoDB引擎就会先把记录写到redo log里面，并更新内存，这个时候更新就算完成了。然后InnoDB引擎会在适当的时候，将这个记录更新到磁盘里面。
InnoDB的redo log 是固定大小的，根据配置，如果写满了，又回到开头循环写，之前写的记录就被擦除了，擦除记录前是要把记录更新到数据文件。
有了redo log，InnoDB就可以保证即使数据库发生异常重启，之前提交的记录都不会丢失，这个能力称为crash-safe。
bin log( 归档日志/二进制日志)(server层的日志)
为什么会有redo log 和bin log 两种日志
因为最开始MySQL里并没有InnoDB引擎，自带的引擎是MyISAM，但是MyISAM没有crash-safe的能力，binlog日志只能用于归档。
1.redo log 是 InnoDB引擎特有的，binlog是MySQL的Server层实现的，所有引擎都可以使用。
2.redo log 是物理日志，记录的是"在某个数据页上做了什么修改"；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如"给ID=2"这一行的C字段+1.
3.redo log 是循环写的，空间固定会用完;binlog是可以追加写入的。追加写是指binlog文件写到一定大小后切换到下一个，并不会覆盖以前的日志。

update语句:

两阶段提交: