sql的执行过程详解.docxVIP

数据库

一个sql的执行过程详解

一个sql的执行过程

一、组成部分

PDO_MYSQLisadriverthatimplementsthePHPDataObjects(PDO)interfacetoenableaccessfromPHPtoMySQLdatabases.

客户端，如：php的?pdo_mysql?扩展。?

MySQL服务：?

server层，主要包含：连接器、查询缓存、解析器、预处理器、优化器、执行器等，涵盖MySQL的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等）。所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等?

存储引擎层，主要负责：数据的存储和提取。?

二、大概流程

MySQLserver层的?连接器?对来自客户端的连接进行验证，包含：?

`用户名密码`或`SSL证书`验证?

`库-database`、`表-table`、`读写权限`验证?

MySQLserver层的?查询缓存?对客户源原始SQL进行?缓存命中检测：命中则直接返回，未命中则进一步执行查询。?

MySQLserver层的?解析器?对查询语句进行解析，得到查询语句的?解析树。?

MySQLserver层的?预处理器?对?解析树?进一步验证。?

MySQLserver层的?优化器?将?解析树?转化为?执行计划。?

MySQLserver层的?执行器?通过API与底层的?存储引擎?进行交互，执行?执行计划。?

MySQL存储引擎层得到执行结果，返回给MySQLserver层。MySQLserver层将结果交由?查询缓存?进行缓存，并返回给客户端?

三、查询缓存

关键逻辑：?

包含`now()``current_date()`等日期函数?

包含`用户自定义函数`、`存储函数``用户变量``临时表`等?

涉及mysql数据库的表或者字段?

`select*fromuserwhereid=1;`?

`select*fromuserwhereid=1;`?

`selectusernamefromuserwhereid=1;`?

`SELECTusernameFROMuserWHEREid=1;`?

`查询缓存`缓存了`执行计划`的完整结果，当缓存命中时，直接返回缓存中的结果，从而跳过了`解析-优化-执行`的过程。?

`查询缓存`基于不变的表结构和表数据，`当表结构或表数据发生变化时，其表上的所有缓存都将失效`。?

`查询缓存`可以理解将`执行计划`的结果缓存在hashtable中，key是`客户端发来的原始查询sql`的hash值，因此：?

的hash值并不相同。即：`即使同一条SQL，如果大小写、空格、单引号、双引号、注释等不同，都会使用不同的缓存key`?

[结果不set缓存的情况]当查询语句中包含以下情况是，查询结果不会被缓存：?

因为在`查询缓存`阶段，还没有进行`解析器`解析的工作，因此：`所有查询都会尝试去get缓存，但总是不命中`。?

相关配置：?

如果查询结果比较大，超过了query_cache_min_res_unit的值，MySQL将一边检索结果，一边进行保存结果。?

根据自身情况设置合适的大小：太大会造成大量的`内存碎片`，太小又需要`频繁的申请内存`。?

`have_query_cache`，当前的MYSQL版本是否支持“查询缓存”功能。?

`query_cache_limit`，能够缓存的最大查询结果，查询结果大于该值时不会被缓存，默认值是1MB?

`query_cache_min_res_unit`，查询缓存分配的最小块（字节）。默认值是4096（4KB）。?

`query_cache_size`，为缓存查询结果分配的总内存。?

`query_cache_type`，默认为on，可以缓存除了以`selectsql_no_cache`开头的所有查询结果。?

`query_cache_wlock_invalidate`，如果该表被锁住，是否返回缓存中的数据，默认是关闭的。?

优缺点：?

对于频繁变动（`修改表结构、新增、删除、修改数据`）的表，由于一旦`变动`就会清除该表的所有缓存，导致：命中率极低，每次SQL还增加了`查询缓存`的额外工作。?

参与hash计算的是客户端发来的原始SQL，还未经过`解析器`解析，`完全一样`的sql才能命中缓存。?

`查询缓存`实质上是缓存`SQL的hash值`和`该SQL的查询结果`，省去了大量重