Sql执行流程与日志文件
Sql的执行流程
mysql的内部组件结构如下图所示
-
连接器
与客户端建立连接,检验登录密码,分配相应权限
-
查询缓存
执行sql语句时会先从这里找一下,这里数据的存储格式是key-value,key是sql语句,value是查询结果。只有当sql语句和查询缓存中的sql语句完全一致才会匹配成功,并且只要对表进行了更新操作就会清除查询缓存中的内容。mysql8.0已经移除了查询缓存
-
词法分析器
对sql语句进行解析,进行相应语法校验,一条select查询语句经过分析后的结果如下图所示
-
优化器
Mysql自动对sql语句进行相应的优化,存在多个索引时决定使用哪一个,多个表连接查询时决定谁驱动谁
-
执行器
开始执行的时候,要先判断一下你对这个表 T 有没有执行查询的权限,如果没有,就会返回没有权限的错误,如果有权限,就打开表继续执行。打开表的时候,执行器就会根据表的引擎定义,去使用这个引擎提供的接口。
当使用InnoDB存储引擎执行一条update语句的大致流程如下:
经过server层后就到存储引擎层了,
- 首先去Buffer pool中查询当前数据所在的页是否在缓存池中,如果在就直接操作,如果不在就去磁盘中找到并把整页数据赋值到Buffer Pool中
- 在进行更新操作前先生成Undo log文件
- 更新内存中的数据
- 更新完成后会写Redo log到redo log buffer中
- redo log buffer就经过它相应的刷盘策略 持久化到磁盘的Redo log文件中
- 事务提交前,默认情况下会对Redo log进行持久化操作,还会生成bin log文件写入磁盘中
- redo log 与 bin log此时都已经持久化到磁盘中了,此时会写一个commit标记到redo log日志文件中
Redo Log
当进行更新操作时就会生成redo log文件,它是用来保证事务的持久性的,事务提交前就会把内存中的redo log写入到磁盘中
redo log刷盘策略
-
mysql线程以秒为单位将内存中的日志刷新到磁盘
-
Redo log Buffer缓存池使用了1/2,就触发刷盘机制
-
默认情况下事务提交前,由
innodb_flush_log_at_trx_commit