主要三部分内容：连接管理、解析与优化、查询缓存
连接管理
客户端进程可以采用上边介绍的TCP/IP、命名管道等几种方式之一来与服务器进程建立连接。每当有一个客户端进程连接到服务器进程时，服务器进程都会创建一个线程来专门处理与这个客户端的交互，当该客户端退出时会于服务器断开连接，服务器并不会立即把与该客户端交互的线程销毁掉，而是把它缓存起来，在另一个新的客户端再进行连接时，把这个缓存的线程分配给新客户端。
解析与优化
查询缓存
MySQL会将相同的请求缓存起来。但如果两个查询请求在任何字符上不同（空格、注释、大小写）都会导致缓存不会命中。另外，如果查询请求中包含某些系统函数、用户自定义变量和函数、一些系统表，那这个请求就不会被缓存。如果NOW函数，虽然表达式一样，但获取到的当前时间不一致。
MySQL的缓存系统会监测涉及到的每张表，只要该表的结构或者数据被修改，如对该表使用了INSERT、UPDATE、DELETE等，那使用该表的所有高速缓存查询都将变为无效并从高速缓存中删除。
小贴士：虽然查询缓存有时可以提升系统性能，但也不得不因维护这块缓存而造成一些开销，比如每次都要去查询缓存中检索，查询请求处理完需要更新查询缓存，维护该查询缓存对应的内存区间。从MySQL 5.7.20开始，不推荐使用查询缓存，并在MySQL8.0中删除
语法解析
如果查询缓存没有命中，接下来就需要进入正式的查询阶段。因为客户端程序发送过来的请求只是一段文本而已，所以MySQL服务器程序首先要对这段文本做分析，判断请求的语法是否正确，然后从文本中将要查询的表、各种查询条件都提取出来放到MySQL服务器内部使用的一些数据结构上来。
查询优化
语法解析之后，服务器程序获得到了需要的信息，比如要查询的列是哪些，表是哪个，搜索条件是什么等等，但光有这些是不够的的，因为我们写的MySQL语句执行起来效率可能并不是很高，MySQL的优化程序会对我们的语句做一些优化，如外连接转换为内连接、表达式简化、子查询转为连接的一堆东西。优化的结果就是生成一个执行计划，这个执行计划表面了应该使用哪些索引进行查询，表之间的连接顺序是啥样的。
存储引擎
MySQL服务器把数据的存储和提取操作都封装到了一个叫存储引擎的模块里。我们知道表是由一行行记录组成的，但这只是一个逻辑的概念，物理上如果表示记录，怎么从表种读取数据，怎么把数据写入具体的物理存储器上，这都是存储引擎负责的事情。为了实现不同的功能，MySQL提供了各式各样的存储引擎，不同存储引擎管理的表具体的存储结构可能不同，采用的存取算法也可能不同。
为了管理方便，人们把连接管理、查询缓存、语法解析、查询优化这些并不涉及真实数据存储的功能划分为MySQL server的功能，把真实存取数据的功能划分为存储引擎的功能。各种不同的存储引擎向上边的MySQL server层提供统一的调用接口，包含了几十个底层函数，所以MySQL server完成了查询优化后，只需按照生成的执行计划调用底层存储引擎提供的API，获取到数据后返回客户端。
常用存储引擎
| 存储引擎 | 描述 |
|---|---|
ARCHIVE | 用于数据存档（行被插入后不能再修改） |
BLACKHOLE | 丢弃写操作，读操作会返回空内容 |
CSV | 在存储数据时，以逗号分隔各个数据项 |
FEDERATED | 用来访问远程表 |
InnoDB | 具备外键支持功能的事务存储引擎 |
MEMORY | 置于内存的表 |
MERGE | 用来管理多个MyISAM表构成的表集合 |
MyISAM | 主要的非事务处理存储引擎 |
NDB | MySQL集群专用存储引擎 |