MySQL命令执行过程和存储引擎概述

阅读建议：1. 最好使用电脑观看。

2. 如果你非要使用手机观看，那请把字体调整到最小，这样观看效果会好一些。

MySQL命令执行过程

数据库实例

我们回过头来再仔细想想使用的完整过程：

启动服务器程序。

启动客户端程序并连接到服务器程序。

在客户端程序中输入一些命令语句发送到服务器程序，服务器程序收到这些请求后，会根据请求的内容来操作具体的数据。

也就是说，MySQL服务器程序才是真实数据的管理者，它负责解析各个客户端发来的各种请求并返回相应的执行结果！

我们知道计算机很牛逼，在一台计算机上可以同时运行多个程序，比如微信、QQ、音乐播放器、文本编辑器啥的，每一个运行着的程序也被称为一个。我们的服务器程序本质上就是计算机上的一个，这个代表着服务器程序的进程也被称为，简称。

每个进程都有一个唯一的编号，称为，英文名叫，这个编号是在我们启动程序的时候由操作系统随机分配的。比如你打开了计算机中的程序，那么操作系统会为它分配一个唯一的进程号，如果你把这个程序关掉了，那操作系统就会把这个进程号回收后重新分配给别的进程，下一次再启动程序的时候分配的可能是另一个编号。每个进程都有一个名称，这个名称是编写程序的人自己定义的，比如我们启动的服务器进程的名称为，而客户端进程的名称为。

客户端与服务器连接的过程

我们知道每启动一个客户端程序也是在计算机中启动一个，客户端程序向服务器程序发送请求并得到回复的过程本质上是一个进程间通信的过程！支持下边三种客户端程序和服务器程序的通信方式。

TCP/IP

在网络环境下，每台计算机都有一个唯一的，如果某个进程有进行网络通信方面的需求，可以向操作系统申请一个，这是一个整数值，它的取值范围是。这样在网络中的其他进程就可以通过来确定这个进程，这样进程之间就可以通过网络进行通信了。

如果我们不手动的指定端口号的话，默认使用作为数据库实例的端口号。如果端口号已经被别的进程占用了或者我们单纯的想自定义该数据库实例的端口号，那我们可以在启动服务器的命令行里添加来明确指定一下端口号，比如这样（以类Unix机器的启动方式为例）：

如果客户端程序使用网络来连接到服务器程序的话，我们必须使用来作为登陆命令中的主机名，如果客户端程序和服务器程序在一台计算机中的话，我们可以使用来代表本机的。我们可以使用（大写的）在启动客户端的命令中指定连接服务器程序的端口号，就像这样：

多说一句，一般的工作环境中，服务器程序通常会被运行到一个独立的机器中，所以其他客户端程序只能通过网络来与服务器程序进行通信。

命名管道和共享内存

如果我们的服务器程序和客户端程序都运行在同一台操作系统为的机器上的话，我们可以下边这两种方式来通信：

使用来进行线程间通信，不过需要在启动服务器程序的命令中加上参数，然后在启动客户端程序的命令中加入参数。

使用来进行线程间通信，不过需要在启动服务器程序的命令中加上参数，在成功启动服务器后，便成为本地客户端程序的默认连接方式，不过我们也可以在启动客户端程序的命令中加入参数来显式的指定使用共享内存进行通信。

Unix域套接字

如果我们的服务器程序和客户端程序都运行在同一台操作系统为类的机器上的话，我们可以使用来进行线程间通信。

如果我们在启动客户端程序的时候指定的主机名为，或者指定了的启动参数，那服务器程序和客户端程序之间就可以通过来进行通信了。这个所谓的其实是一个文件，它的默认文件路径是，其实通信的过程就是一个进程往文件中写数据，另一个从文件中读数据，这就起到了通信的效果。如果你不想用的默认文件路径，可以在启动客户端程序的时候指定参数来明确指定它的路径，比如这样：

这样该客户端程序和服务器程序就可以通过路径为的文件进行通信了。

服务器处理客户端请求

其实不论客户端程序和服务器程序是采用哪种方式进行通信，最后实现的效果都是：客户端程序向服务器程序发送一段文本（MySQL语句），服务器程序处理后再向客户端返回一段文本（处理结果）。那服务器程序对客户端发送的请求做了什么处理，才能产生最后的处理结果呢？我们以比较复杂的查询请求为例来画个图展示一下大致的过程：

image_1c8d26fmg1af0ms81cpc7gm8lv39.png-97.9kB

从图中我们可以看出，服务器程序处理来自客户端的查询请求大致需要经过三个部分，分别是、、。下边我们来详细看一下这三个部分都干了什么。

连接管理

客户端程序可以采用我们上边介绍的、、这几种方式之一来与服务器程序建立连接，服务器程序会缓存一些线程，每当有客户端连接进来的时候，会为这个客户端程序分配一个线程来处理它发过来的请求。

在客户端程序发起连接的时候，需要携带主机信息、用户名、密码，服务器程序会对客户端程序提供的这些信息进行认证，如果认证失败，服务器程序会拒绝连接。另外，如果客户端程序和服务器程序不运行在一台计算机上，我们还可以采用使用了（安全套接字）的网络连接进行通信，来保证数据传输的安全性。

优化与执行

当客户端程序成功的与服务器程序建立连接之后，就可以把文本命令发送到服务器程序了。这个部分大致需要需要、、这几个步骤来完成，我们详细来看。

查询缓存

如果我问你的值是多少，你可能会用计算器去算一下，或者牛逼一点用心算，最终得到了结果，如果我再问你一遍的值是多少，你还用再傻呵呵的算一遍么？我们刚刚已经算过了，直接说答案就好了。服务器程序处理查询请求的过程也是这样，会把刚刚处理过的查询请求和结果起来，如果下一次有一模一样的请求过来，直接从缓存中查找结果就好了，就不用再傻呵呵的去底层的表中查找了。

当然，服务器并没有人聪明，如果两个查询请求在任何字符上的不同（例如：空格、注释），都会导致缓存不会命中。另外，如果查询请求中包含系统函数、存储函数、自定义变量、mysql库中的系统表，那这个请求就不会被缓存，以函数举例，可能同样的函数的两次调用会产生不一样的结果，比如函数，每次调用都会产生最新的当前时间，如果在一个查询请求中调用了这个函数，那即使查询请求的文本信息都一样，那不同时间的两次查询也应该得到不同的结果，如果在第一次查询时就缓存了，那第二次查询的时候直接使用第一次查询的结果就是错误的！

不过既然是缓存，那就有它缓存失效的时候。MySQL的缓存系统会监测涉及到的每张表，只要该表的结构或者数据被修改，那与该表有关的缓存都会失效！

语法解析

如果缓存没有命中，接下来就需要进入正式的查询阶段了。首先客户端程序发送过来的请求只是一段文本而已，服务器程序首先要对这段文本做分析，判断请求的语法是否正确，然后从文本中要查询的表、各种查询条件都提取出来。

查询优化

根据语法解析，服务器程序获得到了需要的信息，比如查询列表是什么，表是哪个，搜索条件是什么等等，但光有这些是不够的，因为我们写的语句可能执行起来效率并不是很高，的优化程序会对我们的语句做一些优化，如外连接转换为内连接、表达式简化、子查询的转为连接、使用索引吧啦吧啦的一堆东西，这部分我们后边会详细唠叨，现在你只需要知道在服务器程序处理请求的过程中有这么一个步骤就好了。

存储引擎

截止到服务器程序完成了查询优化为止，还没有真正的去访问真实的数据表，把数据的存储和提取操作都封装到了一个叫的模块里，我们知道是由一行一行的记录组成的，但这只是一个逻辑上的概念，物理上如何表示记录，怎么从表中读取数据，怎么把数据写入具体的物理存储器上，这都是负责的事情。为了实现不同的功能，提供了各式各样的，不同管理的表结构可能不同，采用的存取算法也可能不同。不过这些存储引擎都向上边的服务层提供统一的调用接口，也就是对于我们使用者来说，如果我们需要使用某个存储引擎提供的特定功能，只需要简单的切换表的存储引擎就可以了。

所以在服务器程序完成了查询优化后，只需调用底层存储引擎提供的调用接口，获取到数据后返回给客户端程序就好了。

常用存储引擎

支持非常多种存储引擎，我这先列举一些：

这么多我们怎么挑啊，哈哈，你多虑了，其实我们最常用的就是和，有时会提一下。其中是默认的存储引擎，我们之后会详细唠叨这个存储引擎的各种功能，现在先看一下一些存储引擎对于某些功能的支持情况：

密密麻麻列了这么多，看的头皮都发麻了，其实这些东西大家没必要立即就给记住，我列出来的目的就是想让大家明白不同的存储引擎支持不同的功能，这些功能我们会在后边的唠叨中慢慢让大家理解的～

关于存储引擎的一些操作

查看当前服务器程序支持的存储引擎

我们可以用下边这个命令来查看当前服务器程序支持的存储引擎：

来看一下调用效果：

image_1c8etid0jl5s3u1gbj1lvpnl49.png-166.5kB

其中的列表示该存储引擎是否可用，值代表是当前服务器程序的默认存储引擎。列是对存储引擎的一个描述，英文的，将就着看吧。列代表该存储引擎是否支持事务处理。列代表着该存储引擎是否支持分布式事务。代表着该列是否支持部分事务回滚。

设置表的存储引擎

我们前边说过，存储引擎是负责对表中的数据进行提取和写入工作的，我们可以为不同的表设置不同的存储引擎，也就是说不同的表可以有不同的物理存储结构，不同的提取和写入方式。

创建表时指定存储引擎

我们之前创建表的语句都没有指定表的存储引擎，那就会使用默认的存储引擎（当然这个默认的存储引擎也是可以修改的，我们在后边的章节中再说怎么改）。如果我们想显式的指定一下表的存储引擎，那可以这么写：

比如我们想创建一个存储引擎为的表可以这么写：

修改表的存储引擎

如果表已经建好了，我们也可以使用下边这个语句来修改表的存储引擎：

比如我们修改一下表的存储引擎：

这时我们再查看一下的表结构：

可以看到该表的存储引擎已经改为了。

总结

以查询请求为例，服务器程序处理客户端发送过来的请求大致分为三部分：

查询缓存

语法解析

查询优化

第一部分：连接管理。

主要是负责连接的建立与信息的认证。

第二部分：解析与优化。

这一部分分为三个步骤处理：

第三部分：存储引擎。

主要负责对底层数据表中的数据进行提取和写入工作。

支持的存储引擎有好多好多种，它们在完成不同的功能上各有优劣，我们常用的就是和，其中是服务器程序的默认存储引擎。

一些常用的关于存储引擎的用法如下：

查看当前服务器程序支持的存储引擎：

创建表时指定表的存储引擎：

修改表的存储引擎：