一、一条sql的执行过程
APP（客户端）
↓↓
查询缓存
可以提高效率，但sql不完全一样时即失效。表内容变化时也失效。因此最好还是ORM框架去实现。
MYSQL的查询缓存默认关闭，8.0的版本以后已经去除该缓存模块。
↓↓
解析器
对sql进行词法解析，语法解析。判断是否正确
↓↓
预处理器
检查表是否存在，列是否存在
↓↓
查询优化器
执行前对sql进行优化，生成执行计划
查询优化器追踪：
↓↓
查询执行引擎
由其获得执行计划去操作存储引擎
↓↓
存储引擎
数据存放在什么结构里，由存储引擎决定。
每个表都可以有不同的存储引擎。
查看表的存储引擎： show table status from `tablename`;
执行流程整体图：
二、存储引擎
5.5版本以前默认MyISAM，之后默认InnoDB
MyISAM只支持表级别的锁，插入和查询的操作效率高，不支持事物，不支持外键。
InnoDB支持事物和外键，支持行锁，因此数据完整性较高。数据一致性要求高，比较多更新操作适用，
Memory数据存放在内存中，读写数据快，如果需要临时存储数据适用。
CSV表体积较小，适用于迁移，不支持索引。
InnoDB的结构
BufferPoor：写入磁盘前先走BP，提升读写效率
RedoLog：先写日志，再把数据从内存同步到磁盘中
仅在InnoDB中实现，可用于崩溃恢复
UndoLog：innodb实现事物原子性和回滚操作的日志文件
binlog：server层的逻辑日志各存储引擎都能使用。用来做主从，做数据恢复。
三、一条更新语句的执行流程
