MySQL 客户端和服务端的通信

连接方式

TCP/IP

客户端和服务器都是一个进程，他们可能并不在一个主机中，因此他们可以通过TCP协议进行通信。客户端程序可以用 -P 指定连接的端口。 服务端可以用 -P 指定运行监听的端口。（默认端口为3306）

命名管道和共享内存

Windows 可以用， 客户端和服务器在同一台机器

UNIX域套接字

UNIX 可用，客户端和服务器在同一台机器

服务器处理

当服务端接受到了，客户端的查询指令，需要经历以下几个阶段才能接触到真正的数据：1. 连接管理 2. 解析优化 3. 存储引擎

1. 连接管理

上面介绍了客户端可以用多种方式和服务器取得链接，服务器进程需要有对应的线程去管理这些连接。当然，此部分的功能也不只限于连接上，也需要快速稳定的连接。例如，当一个客户端关闭，服务器进程并不会立即将链接线程销毁，而是放入缓存近期可以再用。服务器是有连接数量限制的，这个也会是我们要解决的一个瓶颈。另外，他还负责客户端身份的认证以及利用TLS（传输层安全性）协议加密等内容。

总结：1. 连接 1. 优化 3. 认证加密

2. 解析优化

连上了，收到了一堆文本，咋办呢？此部分进行了三部分工作：查询缓存、语法解析、查询优化。

查询缓存

直观上来讲就是服务器会缓存近期的请求和结果，如果来了相同请求就直接返回缓存。不过有例外，当语句中设计函数 系统表时就不会用缓存，当改了表时也会把涉及到缓存清除。

总结：（优点）快了。（缺点）浪费空间，解决缓存一致。（最终）不建议用

语法解析

简单来说就是（文本->语句）的过程。和编译器差不多。

查询优化

以提高速度为目的，保证查询结果不变，优化查询语句

3. 存储引擎

我们实际的对数据进行操作了，我们印象中数据是一行一行的，但实际的存储是有不同结构的，具体的结构取决于不同的存储引擎。常见的就是InnoDB、myISAM 和 MEMORY，mysql 5.5.5 之前是myISAM之后是InnoDB。
我们可以通过如下语句查看当前服务器支持的存储引擎:

SHOW ENGINES

设置表的存储引擎：

CREATE TABLE 表名(
    建表语句;
) ENGINE = 引擎名称;

修改表的存储引擎：

ALTER TABLE 表名 ENGINE = 引擎名;