「这是我参与2022首次更文挑战的第7天，活动详情查看：2022首次更文挑战」。
微信公众号搜索【蝉沐风】，欢迎关注、留言
MySQL是典型的C/S架构（客户端/服务器架构），客户端进程向服务端进程发送一段文本（MySQL指令），服务器进程进行语句处理然后返回执行结果。
问题来了。服务器进程对客户端发送的请求究竟做了什么处理呢？
本文以查询请求为例，讲解MySQL服务器进程的处理流程。
如下图所示，服务器进程在处理客户端请求的时候，大致需要进行3个步骤：
- 处理连接
- 解析与优化
- 存储引擎
接下来我们来详细了解一下这3步具体都做了什么。
1. 处理连接
客户端向服务器发送请求并最终收到响应，本质上是一个进程间通信的过程。
MySQL有专门用于处理连接的模块——连接器。
1.1 客户端和服务端的通信方式
1.1.1 TCP/IP协议
TCP/IP协议是MySQL客户端和服务器最常用的通信方式。
我们平时所说的MySQL服务器默认监听的端口是3306，这句话的前提是客户端进程和服务器进程使用的是TCP/IP协议进行通信。
我们在使用mysql命令启动客户端程序时，只要在-h参数后跟随IP地址作为服务器进程所在的主机地址，那么通讯方式便是TCP/IP协议。
如果客户端进程和服务器进程位于同一台主机，且要使用
TCP/IP协议进行通信，则IP地址需要指定为127.0.0.1，而不能使用localhost
1.1.2 UNIX域套接字
如果客户端进程和服务器进程都位于类UNIX操作系统（MacOS、Centos、Ubuntu等）的主机之上，并且在启动客户端程序时没有指定主机名，或者指定的主机名为localhost，又或者指定了--protocol=socket的启动参数，那么客户端进程和服务器进程就会使用UNIX域套接字进行进程间通信。
MySQL服务器进程默认监听的UNIX域套接文件为/temp/mysql.sock，客户端进程启动时也默认会连接到这个UNIX域套接字文件之上。
如果不明白
UNIX域套接字到底是什么也没关系，只要知道这是进程之间的一种通讯方式就可以了，这里提及的主要目的是希望读者知晓MySQL客户端和进程通讯方式不止于TCP/IP协议
1.1.3 命名管道和共享内存
如果你的MySQL是安装在Windows主机之上，客户端和服务器进程可以使用命名管道和共享内存的方式进行通信。
不过使用这些通信方式需要在服务端和客户端启动时添加一些启动参数。
- 使用命名管道进行通信。需要在启动服务器时添加
--enable-named-pipe参数，同时在启动客户端进程时添加--pipe或者--protocol=pipe参数
- 使用共享内存进行通信。需要在启动服务器时添加
--shared-memory参数，启动成功后，共享内存便成为本地客户端程序的默认连接方式；也可以在启动客户端进程的命令中加上--protocol=memory参数明确指定使用共享内存进行通信
如果不明白命名管道和共享内存到底是什么没关系，只要知道这是进程之间的一种通讯方式就可以了，这里提及的主要目的是希望读者知晓MySQL客户端和进程通讯方式不止于
TCP/IP协议
1.2 权限验证
确认通信方式并且成功建立连接之后，连接器就要开始验证你的身份了，使用的信息就是你的用户名和密码。
- 如果用户名或者密码错误，客户端连接会立即断开
- 如果用户名密码认证通过，连接器会到权限表里面查出当前登陆用户拥有的权限。之后这个连接里面的权限判断逻辑，都将依赖于此时读到的权限。
1.3 查看MySQL连接
每当一个客户端连接到服务端时，服务端进程都会创建一个单独的线程来处理当前客户端的交互操作。
那么如何查看MySQL当前所有的连接？
mysql> show global status like 'Thread%';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| Threads_cached | 0 |
| Threads_connected | 1 |
| Threads_created | 1 |
| Threads_running | 1 |
+-------------------+-------+
各字段含义如下表
| 字段 | 含义 |
|---|---|
| Threads_cached | 缓存中的线程连接数 |
| Threads_connected | 当前打开的连接数 |
| Threads_created | 为处理连接创建的线程数 |
| Threads_running | 非睡眠状态的连接数，通常指并发连接数 |
建立连接之后，除非客户端主动断开连接，否则服务器会等待客户端发送请求。但是线程的创建和保持是需要消耗服务器资源的，因此服务器会把长时间不活动的客户端连接断开。
有2个参数控制这个自动断开连接的行为，每个参数都默认为28800秒，8小时。
-- 非交互式超时时间，如JDBC连接
mysql> show global variables like 'wait_timeout';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| wait_timeout | 28800 |
+---------------+-------+
-- 交互式超时时间，如数据库查看工具Navicat等
mysql> show global variables like 'interactive_timeout';
+---------------------+-------+
| Variable_name | Value |
+---------------------+-------+
| interactive_timeout | 28800 |
+---------------------+-------+
既然连接消耗资源，那是不是MySQL的最大连接数也有默认限制呢？没错！默认最大连接数为151。
mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 151 |
+-----------------+-------+
题外话：细心的读者可能会发现MySQL某些查询语句带有
global关键字，这个关键字有什么含义呢？
MySQL的系统变量有两个作用范围（不区分大小写），分别是
GLOBAL（全局范围）：变量的设置影响服务器和所有客户端SESSION（会话范围）：变量的设置仅影响当前连接（会话）
但是并非每个参数都具有两个作用范围，比如允许同时连接到服务器的客户端的数量max_connections就只有全局级别。
当没有带作用范围关键字时，默认是SESSION级别，包括查询和修改操作。
比如修改一个参数之后，在当前窗口生效了，但是在其他窗口却没有生效
show VARIABLES like 'autocommit';
set autocommit = on;
因此，如果只是临时修改，请使用SESSION级别，如果需要当前设置在其他会话中生效，需要使用GLOBAL关键字。
到此为止，服务器进程已经和客户端进程建立了连接，下一步将处理客户端传来的请求了。
