MFC程序连接MySQL成功实现查询功能，但无法实现修改操作——详解查询语句在MySQL中的使用过程

select xxx,xxx,xxx from xxx where xxx&＃61;xxx,xxx&＃61;xxx

程序的日常开发中&＃xff0c;我们经常会写到各种各样的简单的&＃xff0c;复杂的查询sql语句。mysql也总是能把我们想要的结果返回给我们&＃xff0c;但是你知道这个查询在mysql内部的一个执行过程么&＃xff1f;

今天就带领大家简单看一看一个查询语句在mysql中的执行过程吧。

Mysql体系结构

要想知道一个查询语句在mysql的执行过程&＃xff0c;首先先了解下mysql的体系架构吧Mysql体系结构如图所示从图中可以看出mysql的体系结构分为了三层&＃xff0c;连接层&＃xff0c;SQL层和存储引擎层&＃xff0c;但实际连接层和SQL层又统一称为SERVER层。所以mysql其实是由SERVER层和存储引擎层组成的。下面就带领大家一层一层的来认识mysql架构。

当我们在代码中编写好一条sql后&＃xff0c;执行代码&＃xff0c;请求就会发送到mysql&＃xff0c;与mysql建立连接&＃xff0c;这个时候我们最先遇到了mysql的连接层&＃xff1a;

连接层

应用程序访问mysql,先通过接口(如ODBC,JDBC等)来与mysql建立连接。连接层包含通信协议&＃xff0c;线程处理&＃xff0c;用户名密码认证三个部分。

• 通信协议&＃xff1a;该部分主要是来判断客户端的版本和mysql服务端是否兼容。

• 线程处理&＃xff1a;该部分将请求过来的sql语句分配到一个线程中处理&＃xff0c;一条sql一个线程&＃xff0c;一个线程又是一个逻辑CPU&＃xff0c;不会在多个逻辑CPU之间进行切换。

• 用户名密码认证&＃xff1a;该部分就是看你配置或者输入的用户名&＃xff0c;密码&＃xff0c;host以及端口是否授权允许连接mysql服务端。

所以连接层的核心作用其实就是验证你是否能够进行接下来的操作&＃xff0c;要是可以进行&＃xff0c;ok继续往下走&＃xff0c;要是不行&＃xff0c;mysql就会对你说 拜拜走好不送。

好不容易我们通过了连接层&＃xff0c;证明了我们可以进行接下来的操作了&＃xff0c;但是你以为这样就完了么&＃xff1f;并没有&＃xff0c;在连接层这里&＃xff0c;我们通过了用户名密码认证&＃xff0c;同时也会将该账号所拥有的库表读写权限等信息读取到&＃xff0c;并且这个连接断开重连前&＃xff0c;我们所有的操作都将依赖于这个时候读到的权限。

也就是说哪怕这个时候我们用另一个连接给当前账号修改了权限&＃xff0c;这个账号的权限也不受影响。只有在重新建立新的连接后才会使用新的权限设置。

这些完成后&＃xff0c;我们的查询语句来到了sql层。

SQL层

SQL层包含权限判断&＃xff0c;查询缓存&＃xff0c;解析器&＃xff0c;预处理&＃xff0c;查询优化器&＃xff0c;缓存和执行计划七个部分

• 权限判断:判断当前用户是否有权限操作某个库某个表。

• 查询缓存:查询缓存通过Query Cache进行操作&＃xff0c;如果数据在Query Cache中&＃xff0c;则直接返回结果给客户端。

• 查询解析器:查询解析器针对SQL语句进行解析&＃xff0c;判断语法是否正确。

• 预处理器 :预处理器对解析器无法解析的语义进行处理。

• 优化器:优化器对SQL进行改写和相应的优化&＃xff0c;并生成最优的执行计划&＃xff0c;就可以调用程序的API接口&＃xff0c;通过存储引擎层访问数据。

语句达到sql层后&＃xff0c;mysql会先查询缓存&＃xff0c;看之前是否执行过这条sql&＃xff0c;之前执行的语句及结果会以key-value的形式被缓存在内存中&＃xff0c;key是查询的sql语句&＃xff0c;value是查询到的结果。如果mysql在缓存中获取到了这个key&＃xff0c;就会将这个value直接返回给客户端不再进行接下来的操作。如果不在的话&＃xff0c;mysql就会继续向下执行&＃xff0c;查询到结果后将结果缓存起来。

( 其实是不建议使用mysql的缓存的&＃xff0c;mysql的缓存失效频率非常之高&＃xff0c;而且MySQL 8.0 版本也直接将查询缓存的整块功能删掉了&＃xff0c;也就是说 8.0 开始彻底没有这个功能了)

当缓存中没有我们要查询的数据时&＃xff0c;优化器(代表查询解析器和预处理器)就会开始工作了。优化器首先会先进行词义分析&＃xff0c;检测出你输入的sql语句都有什么&＃xff0c;又代表什么&＃xff0c;试图揣测你的意图。揣测完你的意图后&＃xff0c;优化器会进行语法分析&＃xff0c;判断你输入的内容是否符合mysql的语法要求。

ok&＃xff0c;语法没有问题&＃xff0c;mysql也知道了你的意图&＃xff0c;接下来mysql就要看怎么处理才可以最快速的拿到你想要的结果&＃xff0c;这个时候优化器就要派上用场了。当你他要查询的表里面有多个索引的时候&＃xff0c;优化器要决定使用哪个索引&＃xff1b;或者在一个语句有多表关联(join)的时候&＃xff0c;优化器要决定各个表的连接顺序。

(优化器有的时候挺笨的&＃xff0c;需要我们强行矫正)

优化器阶段完成后&＃xff0c;这个语句的执行方案就确定下来了&＃xff0c;然后进入执行器阶段。

执行器开始正式执行前&＃xff0c;会先校验你的权限。没有的话mysql会返回如下错误

ERROR 1142 (42000): SELECT command denied to user &＃39;xxx&＃39;&＃64;&＃39;xxx&＃39; for table &＃39;xxx&＃39;

如果权限校验OK&＃xff0c;就会打开表开始执行&＃xff0c;打开表的时候&＃xff0c;执行器就会获取到这张表定义的存储引擎&＃xff0c;然后调用该引擎提供的接口拿到需要的数据返回给客户端。

至此&＃xff0c;一条查询语句在mysql中的一个完整的流程就走完了。

刚刚上文中提到了存储引擎&＃xff0c;下面的内容对存储引擎做一个简单的介绍。

目前mysql数据库及其分支主要的存储引擎有InnoDB&＃xff0c;MyISAM&＃xff0c;Memory&＃xff0c;blackhole&＃xff0c;TokuDB和MariaDB columnstore。下表为主要的存储引擎的特性对比

Innodb和MyISAM是目前最主流的两个存储引擎&＃xff0c;不过MyISAM在mysql8.0后被彻底废弃。两者之间的主要区别如下表