Mysql架构与内部模块-第一章

Mysql作为大多数中小型企业的首选数据库，也可能是众多同僚接触的第一个数据库，其热门程度不言而喻，一些相对基础的知识本系列不做赘述，主要简述Mysql相关的进阶知识。

本章将由浅入深的讲解从连接Mysql Server 到执行第一条SELECT语句，这其中到底发生了什么。

首先我们看一张图

上图展示了Mysql客户端与服务端，当我们需要使用到数据库时，第一步，肯定是连接。

连接到Mysql Server

Mysql采用C/S模式构成整个技术架构，意味着Mysql定有一个服务端监听某个端口，等待着客户端的连接，这里可以引出一个问题，Mysql客户端使用何种方式进行连接？

1.TCP

2.unix socket协议

其中unix socket的方式，当你在Mysql Server端使用mysql命令进行连接时，会使用到Mysql Server服务器上的数据目录(可在Mysql客户端执行 show VARIABLES like 'data' 查看)下的mysql.sock文件进行连接，此处不多做赘述，如果有兴趣了解，可寻找相关资料。

除了unix socket协议，客户端连接服务端，使用TCP协议进行连接，无论是Mysql Client GUI还是代码连接。

在引出一个问题，Mysql Client采用TCP的方式进行连接，那么是长连接还是短连接？

短连接需要频繁的建立连接，此方式对于数据库来说肯定是不合适，所以采用的是TCP 长连接，并且Mysql有一套专门的机制，可以使得TCP 长连接具有可回收特性，此处后续讲，此处不做赘述。

在引出一个问题，Mysql Client 连接采用TCP 长连接，是同步还是异步？

做一个实验：

在Mysql Client GUI (Mysql Workbench)中，执行一条SQL ：SELECT * FROM member_info

可以明显的看到，当客户端命令发送到服务端后，客户端成阻塞状态，直到服务端返回数据后，客户端才可继续操作，并不是语句提交完毕，语句就结束了，此举是为了尽量避免在查询过程中，源数据发生变化导致结果不一致。

可能有朋友会怀疑这个阻塞状态是GUI的特性，实际上通过mysql提供的命令式程序查询，行为也是一样。

由此可得，Mysql Client 连接服务端，采用TCP 长连接同步。

查询缓存组件

接下来我们再举一个例子：

member_info表大约存在2万数据，我们执行一段SQL：SELECT * FROM member_info

查询出全部数据，共耗时6.568秒

思考一个问题：当我第二执行同样的查询语句时，耗时是否会减少？

再次执行一次：SELECT * FROM member_info

可以得出，时间并没有减少，按理说，Mysql如此成熟的产品，一定会有一个叫做缓存的机制，用来缓存查询结果，提高后续查询的响应速度，但是从例子中看，是没有的。

实际上Mysql确实拥有缓存机制，只是默认是关闭的。

执行：show variables like 'query_cache%'

为什么Mysql默认关闭缓存，是因为要使用Mysql的缓存，需要满足一系列极为苛刻的条件，比如需要SQL语句完全一模一样等条件，具体的可以查阅相关资料，本文不做赘述。

而且Mysql官方本身也并不推荐大家使用此缓存机制。

由于以上原因，所以Mysql决定在8.0(含)开始，丢弃缓存部分。将此部分交给更加专业擅长的第三方。

本系列以Mysql 5.7为准

接下来补充一下一开始的图片。

解析器组件

举个例子，我们在GUI输入任意非SQL字符串执行：

可以看到Mysql Server 给客户端返回了一个语法错误的响应，为什么Mysql Server能够判断我的语句是否正确呢？

原因在于，Mysql Server拥有一个解析器的组件，此组件能够对你的SQL文本进行语法+词法分析，此部分详细的内容篇幅较大，有兴趣的朋友可以查阅相关资料，后续有

时间我也会另开文章进行说明。

至此，我们的图在更改一下：

本章先到此为止，明日继续更新下一章节，敬请期待。