一条SQL在MySQL中是如何执行的_一条sql怎么在mysql执行-CSDN博客

MySQL的内部组件结构

大体来说，MySQL可以分为Server层和存储引擎层两部分。

Server层

主要包括连接器、查询缓存、分析器、优化器、执行器等，涵盖MySQL的大多数核心服务功能，以及所有的内置函数。所有跨引擎的功能都在这一层实现，比如存储过程、触发器、视图等。

Store层

存储引擎层负责数据的存储和提取。其架构模式是插件式的，支持InnoDB、MyISAM、Memory等多个存储引擎。现在最常用的存储引擎是InnoDB，它从MySQL 5.5.5版本开始成为了默认存储引擎。也就是说如果我们在create table时不指定表的存储引擎类型，默认会给你设置存储引擎为InnoDB.

演示表的DDL:

CREATE TABLE `test` (
    `id` int(11) NOT NULL AUTO_INCREMENT,
    `name` varchar(255) DEFAULT NULL,
    PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8;

下面我们重点来分析连接器、查询缓存、分析器、优化器、执行器分别干了哪些事情。

连接器

我们知道由于MySQL是开源的，它有非常多种类的客户端：navicat, mysql front, jdbc, SQLyog等非常丰富的客户端。这些客户端要向MySQL发起通信都必须先跟Server端建立通信连接，而建立连接的工作就是由连接器完成的。

第一步，你会先连接这个数据库，这时候接待你的就是连接器。连接器负责跟客户端建立连接、获取权限、维持和管理连接。连接命令一般是这么写的：

mysql -h host -u root -p mima -P 3306

连接命令中的mysql是客户端工具，用来跟服务端建立连接。在完成经典的TCP握手后，连接器就要开始认证你的身份，这个时候用的就是你输入的用户名和密码。

1. 如果用户名或密码不对，你就会收到一个"Access denied for user"的错误，然后客户端程序结束执行。

2. 如果用户名密码认证通过，连接器会到权限表里面查出你拥有的权限。之后，这个连接里面的权限判断逻辑，都将依赖于此时读到的权限。

这就意味着，一个用户成功建立连接后，即使你用管理员账号对这个用户的权限做了修改，也不会影响已经存在连接的权限。修改完成后，只有再新建的连接才会使用新的权限设置。用户的权限表在系统表空间的mysql的user表中。

连接完成后，如果没有后续的动作，这个连接就处于空闲状态。可以使用show rpocesslist命令中看到它。文本中这个图是命令的结果，其中的Command列显示为“Sleep”的这一行，就表示现在系统里面有一个空闲连接。

客户端如果长期不发送command到Server端，连接器就会自动断开。这个时间是由参数wait_timeout控制的，默认值是8小时。

show global variables like "wait_timeout";
set global wait_timeout=28800;

如果在连接被断开之后，客户端再次发送请求的话，就会收到一个错误提醒：Lost connection to MySQL server during query。这时候如果你要继续，就需要重连，然后再执行请求了。

数据库里面，长连接是指连接成功后，如果客户端持续有请求，则一直使用同一个连接。短连接则是指每次执行完很少的几次查询就断开连接，下次查询再重新建立一个。

开发中我们大多数时候用的都是长连接，把连接放在Pool中进行管理，但是长连接有些时候会导致MySQL占用内存涨的特别快，这是因为MySQL在执行过程中临时使用的内存是管理在连接对象里面的。这些资源会在连接断开的时候才释放。所以如果长连接累积下来，可能导致内存占用太大，被系统强行杀掉，从现象看就是MySQL异常重启了。

怎么解决这类问题呢？

1、定期断开长连接。使用一段时间，或者程序里面判断执行过一个占用内存的大查询后，断开连接，之后要查询再重连。

2、如果你用的是MySQL 5.7或更新的版本，可以在每次执行一个比较大的操作后，通过执行mysql_reset_connection来重新初始化连接资源。这个过程不需要