如何将一个sql的sql执行计划详解keep到内存中

实际项目开发中由于我们不知噵实际查询的时候数据库里发生了什么事情,数据库软件是怎样扫描表、怎样使用索引的因此,我们能感知到的就只有

sql语句运行的时间在数据规模不大时,查询是瞬间的因此,在写sql语句的时候就很少考虑到性能的问题但是当数据规模增大,如千万、亿的时候我们運

行同样的sql语句时却发现迟迟没有结果,这个时候才知道数据规模已经限制了我们查询的速度所以,查询优化和索引也就显得很重要了

当我们在查询前能否预先估计查询究竟要涉及多少行、使用哪些索引、运行时间呢?答案是能的mysql提供了相应的功能和语法来实现该功能。

MySql提供了EXPLAIN语法用来进行查询分析在SQL语句前加一个"EXPLAIN"即可。比如我们要分析如下SQL语句:

  • 客户端发送一条查询给服务器;
  • 垺务器先检查查询缓存如果命中了缓存,则立刻返回存储在缓存中的结果否则进入下一阶段。
  • 服务器段进行SQL解析、预处理在优化器苼成对应的sql执行计划详解;
  • mysql根据优化器生成的sql执行计划详解,调用存储引擎的API来执行查询

    实际上mysql执行的每一步都比较复杂,具体的过程洳下:

1、mysql客户端和服务器通讯

    mysql客户端和服务器之间的通讯协议是“半双工”的这意味着,在任何一个时刻要么由服务器向客户端发送數据,要么由客户端向服务器发送数据这两个动作不能同时发生。这种协议让mysql通信简单快速但也限制了mysql。一个明显的限制是这意味著没办法进行流量限制。一旦一端开始发生消息另一端要接收完整个消息才能响应他。

    客户端用一个单独的数据包将查询传给服务器┅旦客户端发送了请求,他能做的事情就只是等待结果了

    相反的,一般服务器响应给用户的数据通常很多由多个数据包组成。当服务器开始响应客户端请求时客户端必须完整的接受整个返回结果,而不是简单的只收取前面几条结果然后让服务器停止发送数据。

    多数連接mysql的库函数都可以获得全部结果并缓存到内存里还可以逐行获取所需要的数据。默认一般是获得全部结果并缓存到内存中mysql通常需要等所有的数据都已经发送给客户端才能释放这条查询所占用的资源,所以接受全部结果并缓存通常可以减少服务器的压力让查询能够早點结束、早点释放对应的资源。

    对于mysql连接任何时刻都有一个状态,该状态表示了mysql当前正在做什么使用show full processlist命令查看当前状态。在一个查询苼命周期中状态会变化很多次,下面是这些状态的解释:

  • sleep:线程正在等待客户端发送新的请求;
  • query:线程正在执行查询或者正在将结果发送给客户端;
  • locked:在mysql服务器层该线程正在等待表锁。在存储引擎级别实现的锁例如InnoDB的行锁,并不会体现在线程状态中对于MyISAM来说这是一個比较典型的状态。
  • analyzing and statistics:线程正在收集存储引擎的统计信息并生成查询的sql执行计划详解;
  • copying to tmp table:线程在执行查询,并且将其结果集复制到一个臨时表中这种状态一般要么是做group by操作,要么是文件排序操作或者union操作。如果这个状态后面还有on disk标记那表示mysql正在将一个内存临时表放箌磁盘上。
  • sending data:线程可能在多个状态间传送数据或者在生成结果集,或者在想客户端返回数据

    在解析一个查询语句之前,如果查询缓存昰打开的那么mysql会优先检查这个查询是否命中查询缓存中的数据。这个检查是通过一个对大小写敏感的哈希查找实现的查询和缓存中的查询即使只有一个字节不同,那也不会匹配缓存结果这种情况下查询就会进入下一阶段的处理。

    如果当前的查询恰好命中了查询缓存那么在返回查询结果之前mysql会检查一次用户权限。这仍然是无须解析查询SQL语句的因为在查询缓存中已经存放了当前 查询需要访问的表信息。如果权限没有问题mysql会跳过所有其他阶段,直接从缓存中拿到结果并返回给客户端这种情况下,查询不会被解析不用生成sql执行计划詳解,不会被执行

    查询的生命周期的下一步是将一个SQL转换成一个sql执行计划详解,mysql在依照这个sql执行计划详解和存储引擎进行交互这包含哆个子阶段:解析SQL、预处理、优化SQLsql执行计划详解。这个过程中任何错误都可能终止查询

  • 语法解析器和预处理:首先mysql通过关键字将SQL语句进荇解析,并生成一颗对应的“解析树”mysql解析器将使用mysql语法规则验证和解析查询;预处理器则根据一些mysql规则进一步检查解析数是否合法。
  • 查询优化器:当语法树被认为是合法的了并且由优化器将其转化成sql执行计划详解。一条查询可以有很多种执行方式最后都返回相同的結果。优化器的作用就是找到这其中最好的sql执行计划详解
  • sql执行计划详解:mysql不会生成查询字节码来执行查询,mysql生成查询的一棵指令树然後通过存储引擎执行完成这棵指令树并返回结果。最终的sql执行计划详解包含了重构查询的全部信息

    在解析和优化阶段,mysql将生成查询对应嘚sql执行计划详解mysql的查询执行引擎则根据这个sql执行计划详解来完成整个查询。这里sql执行计划详解是一个数据结构而不是和很多其他的关系型数据库那样对应的字节码。

    mysql简单的根据sql执行计划详解给出的指令逐步执行在根据sql执行计划详解逐步执行的过程中,有大量的操作需偠通过调用存储引擎实现的接口来完成为了执行查询,mysql只需要重复sql执行计划详解中的各个操作知道完成所有的数据查询。

    查询执行的朂后一个阶段是将结果返回给客户端即使查询不需要返回结果给客户端,mysql仍然会返回这个查询的一些信息如该查询影响到的行数。如果查询可以被缓存那么mysql在这个阶段也会将结果放到查询缓存中。

    mysql将结果集返回客户端是一个增量、逐步返回的过程这样有两个好处:垺务器端无须存储太多的结果,也就不会因为返回太多结果而消耗太多的内存;这样处理也让msyql客户端第一时间获得返回的结果

    结果集中嘚每一行都会以一个满足mysql客户端/服务器通信协议的包发送,再通过tcp协议进行传输在tcp传输的过程中,可能对mysql的封包进行缓存然后批量传输

我要回帖

更多关于 sql执行计划详解 的文章

 

随机推荐