mysql的一条sql是如何执行的
说明：mysql8.0版本已经移除了查询缓存。
通信协议
mysql是支持多种通信协议的，可以使用同步/异步的方式，支持长链接/短链接。
通信类型
- 同步
- 同步通信依赖于被调用方，受限于被调用方的性能。当应用操作数据库，线程会阻塞，等待数据库的返回结果。
- 同步方式一般只能做到一对一。
- 异步
- 异步可以避免线程的阻塞等待，但是不能减少sql的执行时间。
- 异步在高并发的情况下，会为每一个sql的执行创建一个连接，避免数据混乱。缺点是服务器压力会变大（线程间的切换会占用cpu资源）。
由于异步方式比较复杂，对服务器压力较大，所以一般情况下都会采用同步的方式。
连接方式
- 长连接：长连接可以保持打开，减少服务端创建和释放连接的消耗。但是长时间不关闭的情况下会消耗内存，mysql默认超时时间是28800s。
- 短连接：短连接是操作完成后立刻close掉。
通信方式
- 单工：在两台计算机之间通信的时候，数据传输是单向的。
- 半双工：在两台计算机之间通信的时候，数据传输是双向的，但是同一时间只能有一台发送数据，一台接受数据，不能两台同时发送或接收数据。
- 全双工：全双工就是可以同时发送或接收数据传输。
mysql采用的通信方式是半双工的通信方式。
查询缓存
查询缓存是mysql内部自带的一个缓存模块。mysql缓存模块默认是关闭的，不推荐使用，主要原因是mysql自带的缓存应用场景有限，它要求sql语句必须完全一致，其次表里面的数据发生变化，这张表的缓存就会全部失效。一般情况下缓存都是交给ORM框架或者其他独立缓存服务的。mysql8.0版本已经将缓存模块移除了。
语法解析和预处理
语法解析（Parser）
语法解析第一步是将一条完整的sql打散成为一个一个单词，这步也被称作为词法解析。
然后才会进行语法解析，语法解析会对sql做一些语法检查，然后根据sql的语法规则，生成一个数据结构，也就是解析树（select_lex）
预处理（Preprocessor）
预处理会检查生成的解析树，解决解析器无法解析的语义。例如：它会检查表和表的列是否存在，检查别名等。
查询优化器
一条sql语句会存在多种执行方式，最终以那种方式来执行是查询优化器来决定的。
查询优化器的目的就是根据解析树生成的不同的执行计划（Execution Plan)，然后选择一种最优的执行计划，mysql里面使用的是基于开销（cost）的优化器，那种开销最小，就使用那种。
优化器最终会把解析树变成一个查询执行计划，查询执行计划一个数据结构。这个执行计划不一定是最优的结果，因为mysql也有可能覆盖不到所有的执行计划。
注意：当使用Explain查看执行计划的时候，这个结果不一定是最终的执行方式。
存储引擎
在关系型数据库里，数据是存放在Table里的，这个Table在存放数据的同时，还要组织数据结构，这个存储结构是由存储引擎决定的，所以我们也可以把存储引擎叫做表类型。
在mysql里是支持多种存储引擎的，他们是可以替换的，所以也叫做插件式的存储引擎。
存储引擎列表
注意：这里引用mysql官网
MyISAM
通常情况下应用于只读或者以读为主的工作。适合只读类的数据分析项目。
特点
- 支持表级别的锁，插入和更新都会锁表，所以限制了读/写的性能。
- 拥有较高的插入和查询速度。（例如，可以先设定存储引擎为MyISAM，然后插入100W的数据，然后在修改存储引擎为InnoDB来提高效率）
- 存储了表的行数，count速度快。
- 不支持事物。
InnoDB
Mysql5.7版本中的默认存储引擎。适合更新较频繁的表，存在并发读写或者有事物的场景。
特点
- 支持事物、外键，所以数据的完整性，一致性更高。
- 支持行锁和表锁。
- 支持读写并发，写不阻塞读（MVCC）。
- 特殊的索引存储方式，减少I/O，提高查询效率
Memory
将所有数据存储在RAM中来提高查找非关键数据的速度。适合做临时表。
特点
- 优点：数据存在在内存中，读写速度快，
- 缺点：当数据库重启或者断电情况下，数据会全部消失。
执行引擎
执行引擎是使用执行计划来操作存储引擎，它利用存储引擎提供的API来完成操作，最后饭数据返回给客户端。
