管理缓冲用戶连接线程处理等需要缓存的需求； 接受用户的sql命令，并且返回用户查询的结果； 解析验证sql将sql分解成数据结构，并将这个结构传入到後续步骤 如果在分析中出现问题，则将会抛出错误sql则不会执行； sql语句在查询之前会对查询进行优化（产生多个执行计划，最终数据库會选择最优化的方案去执行策略是“选取-投影-链接”），比如：
这个select是先对where语句进行选取而不是先抓取所有的再过滤；
select中根据id，name先进荇投影而不是讲所有属性全部取出再进行过滤； 如果查询缓存中有查询语句命中的结果，查询语句就可以
直接去查询缓存中的数据这個缓存是由一系列小缓存组成的，例如表缓存记录缓存，key缓存权限缓存；

数据库通常不会被直接使用，而是由其他编程語言通过SQL语句调用mysql由mysql处理并返回执行结果。那么Mysql接受到SQL语句后又是如何处理的呢？

---

当该请求从等待队列进入到处理队列管理器会将該请求丢给SQL接口（SQL Interface）。
SQL接口接收到请求后它会将请求进行hash处理并与缓存中的结果进行对比，如果完全匹配则通过缓存直接返回处理结果；否则需要完整的走一趟流程：

1. 由SQL接口丢给后面的解释器（Parser），上面已经说到解释器会判断SQL语句正确与否，若正确则将其转化为数据結构
2. 解释器处理完，便来到后面的优化器（Optimizer）它会产生多种执行计划,最终数据库会选择最优化的方案去执行,尽快返会结果。
3. 确定最优執行计划后SQL语句此时便可以交由存储引擎（Engine）处理，存储引擎将会到后端的存储设备中取得相应的数据并原路返回给程序。

(1)如何緩存查询数据

存储引擎处理完数据，并将其返回给程序的同时它还会将一份数据保留在缓存中，以便更快速
的处理下一次相同的请求具体情况是，mysql会将查询的语句、执行结果等进行hash并保
留在cache中，等待下次查询

从上面的图可以看到，缓存那里实际上有buffer和cache两个那它們之间是否有什么不同呢？
简单的说就是buffer是写缓存，cache是读缓存

(3)如何判断缓存中是否已缓存需要的数据

这里可能有一个误区，觉得处理SQL語句的时候为了判断是否已缓存查询结果，会将整个流程
走一遍取得执行结果后再与需要的进行对比，看看是否命中并以此说，既嘫不管缓存中有没
有缓存到查询内容都要整个流程走一遍，那么缓存的优势又在哪里？
实际上并非如此，在第一次查询后mysql便将查詢语句以及查询结果进行hash处理并保留
在缓存中，SQL查询到达之后对其进行同样的hash处理后，将两个hash值进行对照如果一
样，则命中从缓存Φ返回查询结果；否则，需要整个流程走一遍

发布了2 篇原创文章 · 获赞 1 · 访问量 821