mysql内部构架图
组件功能
- connectors
与外部程序进行交互,如java等; - connection pool
管理缓冲用户连接,线程处理等需要缓存的需求; - sql interface
接受用户的sql命令,并且返回用户查询的结果; - parser(解析器)
解析验证sql,将sql分解成数据结构,并将这个结构传入到后续步骤, 如果在分析中出现问题,则将会抛出错误,sql则不会执行; - Optimezer(查询优化器)
sql语句在查询之前会对查询进行优化(产生多个执行计划,最终数据库会选择最优化的方案去执行,策略是“选取-投影-链接”),比如:
select id, name from a where a.num = 1;
这个select是先对where语句进行选取,而不是先抓取所有的再过滤;
select中根据id,name先进行投影,而不是讲所有属性全部取出再进行过滤; - Caches 和 Buffers(查询缓存)
如果查询缓存中有查询语句命中的结果,查询语句就可以
直接去查询缓存中的数据,这个缓存是由一系列小缓存组成的,例如表缓存,记录缓存,key缓存,权限缓存;
sql语句执行过程
数据库通常不会被直接使用,而是由其他编程语言通过SQL语句调用mysql,由mysql处理并返回执行结果。那么Mysql接受到SQL语句后,又是如何处理的呢?
首先程序的请求会通过mysql的connectors与其进行交互,请求到处后,会暂时存放在连接池(connection pool)中并由处理器(Management Serveices & Utilities)管理。
当该请求从等待队列进入到处理队列,管理器会将该请求丢给SQL接口(SQL Interface)。
SQL接口接收到请求后,它会将请求进行hash处理并与缓存中的结果进行对比,如果完全匹配则通过缓存直接返回处理结果;否则,需要完整的走一趟流程:
- 由SQL接口丢给后面的解释器(Parser),上面已经说到,解释器会判断SQL语句正确与否,若正确则将其转化为数据结构。
- 解释器处理完,便来到后面的优化器(Optimizer),它会产生多种执行计划,最终数据库会选择最优化的方案去执行,尽快返会结果。
- 确定最优执行计划后,SQL语句此时便可以交由存储引擎(Engine)处理,存储引擎将会到后端的存储设备中取得相应的数据,并原路返回给程序。
注意:
(1)如何缓存查询数据?
存储引擎处理完数据,并将其返回给程序的同时,它还会将一份数据保留在缓存中,以便更快速
的处理下一次相同的请求。具体情况是,mysql会将查询的语句、执行结果等进行hash,并保
留在cache中,等待下次查询。
(2)buffer与cache的区别?
从上面的图可以看到,缓存那里实际上有buffer和cache两个,那它们之间是否有什么不同呢?
简单的说就是,buffer是写缓存,cache是读缓存。
(3)如何判断缓存中是否已缓存需要的数据
这里可能有一个误区,觉得处理SQL语句的时候,为了判断是否已缓存查询结果,会将整个流程
走一遍,取得执行结果后再与需要的进行对比,看看是否命中,并以此说,既然不管缓存中有没
有缓存到查询内容,都要整个流程走一遍,那么缓存的优势又在哪里??
实际上,并非如此,在第一次查询后,mysql便将查询语句以及查询结果进行hash处理并保留
在缓存中,SQL查询到达之后,对其进行同样的hash处理后,将两个hash值进行对照,如果一
样,则命中,从缓存中返回查询结果;否则,需要整个流程走一遍。