MySQL架构原理之执行机制

MySQL执行机制

建立连接

建立连接（Connectors＆Connection Pool），通过客户端/服务器通信协议与MySQL建立连接。MySQL客户端与服务端的通信方式是“半双工”。对于每一个MySQL的连接，时刻都有一个线程状态来标识这个连接正在做什么。
通讯机制：

• 全双工：能同时发送和接收数据，例如平时打电话。
• 半双工：指的某一时刻，要么发送数据，要么接收数据，不能同时。例如早期对讲机
• 单工：只能发送数据或只能接收数据。例如单行道

线程状态：

show processlist; //查看用户正在运行的线程信息，root用户能查看所有线程，其他用户只能看自己的
oid:线程ID，可以使用kill oid杀掉。

查询缓存（略，MySQL8废弃该功能）

如果采用查询缓存，MySQL就需要花费很大精力维持查询缓存数据的一致性，并发高时影响性能。客户端缓存优于MySQL缓存。毕竟数据库资源更加真贵。

解析器

解析器（Parser）将客户端发送的SQL进行语法解析，生成“解析树“。预处理器根据一些MySQL规则进一步

检查“解析树“是否合法，例如这里将检查数据表和数据列是否存在，还会解析名字和别名，看看它们是否有歧

义，最后生成新的“解析树”。

查询优化器

查询优化器（Optimizer）根据“解析树“生成最优的执行计划。MySQL使用很多优化策略生成最优的执行计

划，可以分为两类：静态优化（编译时优化）、动态优化（运行时优化）。

优化策略：

• 等价变换策略。例如5=5 and a>5改成a>5；a5 and a = 5；根据联合索引调整条件位置等
• 优化count、min、max等函数；
• 提前终止查询。使用了limit查询，获取到所需数据后，便不再继续变量后续数据。
• in优化。MySQL首先会对in做排序，再采用二分法查找数据。

执行引擎

查询执行引擎负责执行SQL语句，此时会根据SQL语句中表的存储引擎类型，以及对应的API接口与底层存储引擎存或者物理文件的交互，得到查询结果并返回给客户端。

• 如果开启了查询缓存，先将查询结果做缓存操作。

• 返回结果过多，采用增量模式返回。