hql取满足条件最新一条记录_MySql 之一条查询sql的执行过程

每当我把一条查询sql语句写完了，并且执行完得到想要的结果。这时我就在想为什么我写这样的一条sql语句，就能给我查询出我想要的结果，为什么我写了update就能更新一条语句？它们的执行过程是什么样的？它们的原理是什么？那么接下来我们就来说说这个。

select

上面这条查询语句非常简单，就是查询一个id为8的用户信息。那么它的执行流程是怎么样的？别急，咱们先看一张图，

根据上面的图，咱们一步一步来分析。从图中可以看出整个执行过程大致可以分为两部分，分别是server层和引擎层。

server层中又分为连接器、分析器、查询缓存、优化器以及执行器几部分。

引擎层则是主要负责存储数据，提供读写接口。

那么接下来从头开始分析。

1、连接器

首先要操作数据库，那么必须得连接上数据库，所以这时候就用到了连接器。当你输入 “mysql -h$ip -P$端口 -u$登录名 -p ” 时就表示要进行连接数据库了，然后输入密码进行连接。如果密码或者用户名错了，则会报如下错误：

ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

如果输入用户名和密码正确，那么连接器接下来就去权限表中查询你登录用户所拥有的权限，之后此用户操作数据的权限判断逻辑都将依赖查询到的权限。哪怕你修改了此用户的权限也还是没用，必须重新新建连接，修改的权限才会生效。

另外说到这里就顺便提一下，客户端连接mysql服务器时，如果连接一直处于空闲状态，那么到了一定的时候就会断开连接，多长时间是由 wait_timeout 控制的，其默认是8个小时。如果超过8个小时，你执行操作数据库时就回提示 “Lost connection to MySQL server during query”，这时只有重新连接数据库方能进行操作。

说到连接器，咱们得说一下长连接和短链接。长连接就是如果客户端一直都有请求操作数据库，那么就会一直使用这个连接进行操作。短链接就是每次执行完很少的数据库操作就断开连接了，如果再有请求就必须重新连接。

所以这里建议减少数据库的连接操作，尽量使用长连接。但是长时间使用长连接会导致一个问题，那就是mysql的占用的内存会越来越大，甚至到最后可能会出现OOM情况，导致mysql异常重启，那么这就尴尬了。

针对上面的情况有两种解决办法：

（1）、定期断开长连接，或者断开一些查询占用内存比较大的操作的连接，释放资源。

（2）、如果是5.7及以上版本，可以使用 mysql_reset_connection 来重置连接，但是需要注意以下几点

活跃事务会被回滚，自动提交模式也会被重置；
释放所有表锁；
关闭&删除所有临时表；
会话变量(选项)被重置成和全局变量一致；
用户级变量丢失；
PREPARE语句会被释放（其相应的HANDLER也会被关闭）；
LAST_INSERT_ID值重置为0；
利用GET_LOCK获取的锁会被释放。

以上是mysql官微给出的解释，所以重置连接的时候以上因素，以免对数据库中的数据产生影响。

2、查询缓存

客户端连接成功mysql服务器后，执行上面的一条sql时，首先会去缓存中查询是否有数据，如果有数据，那么直接把数据返回给客户端，后面的步骤都省略了。它的原理怎样的呢？请接着往下看，一条查询sql的首次执行完成后，会把sql语句作为key，把查询出来的数据作为value放入到缓存中，如果后面再有相同的查询，那么直接从缓存中取值便可。

看到这里也许你们会想缓存这么好用，那以后要多用缓存。别急，请接着往下看。查询缓存用起来确实好用，但是它有一个弊端，那就是当这个表做了更新操作时，那么此表的缓存将会全部清空。也许当你辛辛苦苦缓存起来的数据，还没来得及用时就可能被一条update语句给全部干掉。

所以如果更新比较频繁的表是不适合使用缓存的，如果是某些配置表倒是比较适合缓存的使用。

在mysql中的查询语句使不使用缓存时看query_cache_type的值，当为0时关闭缓存，当为1时表示开启缓存，当为2（DEMAND）时表示只有在sql语句中带有 SQL_CACHE 关键字才会使用缓存，如下sql

select SQL_CACHE * from user where id=8

不过需要注意的一点是 mysql 8.0 版本已经把缓存功能完全移除，所以这一块需要注意一下。

3、分析器

当执行一条查询sql时，会优先取查询缓存，如果缓存中没有数据，那么便会开始sql的真正的执行流程。首先是分析器，其主要就是对sql语句进行 “词法分析” 和 “语法分析”。

词法分析就是对sql中的单词进行逐个的分析，比如从 select 可以识别出要执行查询操作，user则是识别成表user，id则识别成user表中字段id。

语法分析就是分析整条sql是否符合mysql的语句，比如你故意把sql中的 where 后面不跟条件，那么语法就肯定会问题，那么此时就会给你提示 “You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1” 。如果给出类似的提示，那么基本就是语法错了，那就得仔细检查一下写的sql语句了。

4、优化器

经过了分析器这一层，那么接下来就要进入优化器了。从分析器中我们已经知道这条sql是要执行更新还是查询操作。那么优化器便是要对这条sq执行之前l进行优化处理，有哪些优化处理呢？例如某表有多个索引的时候决定用哪一个索引；或者多关联（join）查询的时候，决定关联的顺序。比如下面一条sql

select * from user u join  score s using(ID)  where u.id=20 and s.scores=80;

上面一条 sql 可以分为两种情况

既可以先从表user里面取出id=20的记录的ID值，再根据ID值关联到表socre，再判断score表里scores的值是否等于80。
也可以先从表score里面取出scores=80的记录的ID值，再根据ID值关联到user，再判断user表里面id的值是否等于20。

这两种方案得出的结果是一样的，但是执行的效率是不一样的，而优化器作用便是从中选择一个方案。

5、执行器

当优化器选择好了方案，那么便进入执行器阶段，这时候就要开始执行sql了。执行sql前要查询一下你对需要操作的表是否有对应的操作权限，如果没有操作权限，则会给出提示 “ERROR 1142 (42000): SELECT command denied to user 'b'@'localhost' for table 'XXX‘ “ 。

如果有对应表的操作权限，那么便打开表继续执行，执行器会根据定义的表的引擎，来执行引擎提供的对应读写的接口，mysql 5.5版本之后默认的引擎为 InnoDB。

其大致流程如下：（假如 id 是没有索引的）