MySQL性能优化学习（一）—— MySQL的执行流程

一、一条sql的执行过程

 执行流程整体图：

APP（客户端）

↓↓

查询缓存

可以提高效率，但sql不完全一样时即失效。表内容变化时也失效。因此最好还是ORM框架去实现。

MYSQL的查询缓存默认关闭，8.0的版本以后已经去除该缓存模块。

↓↓

解析器

对sql进行词法解析，语法解析。判断是否正确

↓↓

预处理器

检查表是否存在，列是否存在

↓↓

查询优化器

执行前对sql进行优化，生成执行计划

查询优化器追踪：

↓↓

查询执行引擎

由其获得执行计划去操作存储引擎

↓↓

存储引擎

数据存放在什么结构里，由存储引擎决定。

每个表都可以有不同的存储引擎。

查看表的存储引擎： show table status from `database_name`;

 

二、存储引擎

5.5版本以前默认MyISAM，之后默认InnoDB

MyISAM只支持表级别的锁，插入和查询的操作效率高，不支持事物，不支持外键。

InnoDB支持事物和外键，支持行锁，因此数据完整性较高。数据一致性要求高，比较多更新操作适用，

Memory数据存放在内存中，读写数据快，如果需要临时存储数据适用。

CSV表体积较小，适用于迁移，不支持索引。

InnoDB的结构

BufferPool：写入磁盘前先走BufferPool，提升读写效率

RedoLog：先写日志，再把数据从内存同步到磁盘中

                 仅在InnoDB中实现，可用于崩溃恢复

UndoLog：innodb实现事物原子性和回滚操作的日志文件

binlog：server层的逻辑日志各存储引擎都能使用。用来做主从，做数据恢复。

三、一条更新语句的执行流程