Msql 学习课程01-基础架构:一条SQL查询语句是如何执行的?

文章出自极客时间《MySQL 实战 45 讲》专栏,作者是前阿里资深技术专家丁奇

下面我给出的是MySQL的基本架构示意图,从中你可以清楚的看到SQL语句在MySQL的各个功能模块中执行的过程

大体来说,MySQL 可以分为Server层和存储引擎两部分。

Server层包括连接器,查询缓存、分析器、优化器、执行器,涵盖MySQL的大多数核心服务功能,以及所有的内置函数如(日期、时间、数学和加密函数等),所有跨存储引擎的功能都在这一层实现,比如存储过程,触发器,视图等。

而存储引擎层负责数据的存储和提取。其架构模式是插件式的,支持InnoDB、MyISAM、Memory等多个存储引擎。现在最常用的存储引擎是InnoDB,它从MySQL 5.5.5 版本开始成为默认引擎。(engine=memory,来指定使用内存引擎)

 

连接器

第一步,你会先连接到这个数据库上,这时候接待你的就是连接器。连接器负责跟客户建立连接、获取权限、维持和管理连接。当认证成功后,连接器回到权限表里查询你拥有的权限。之后,这个连接的权限判断逻辑,都将依赖于此时督导的权限。

这就意味着,一个用户成功建立连接后,即使你用管理员账号对这个用户的权限做了修改,也不会影响已经存在的连接权限。连接建立完成后,如果你没有后续动作,这个连接出于空闲状态,你可以在show processlist 命令中看到它,其中列Command 显示为"Sleep",标识是空闲连接。

客户端在连接太长时间没动静后,连接器会自动将它断开,这个时间的参数由 wait_timeout控制,默认8小时。(建立连接的过程通常是比较复杂的,所以建议在使用中尽量减少建立连接的动作,也尽量使用长连接)

长连接:是指成功建立连接后,客户端持续有请求,则一直使用同一个连接。

短连接:是指成功建立连接后,每次执行完很少的几次查询就断开连接。

但是全部使用长连接后,你可能会发现,有些时候MySQL内存涨的特别快,只是因为MySQL 在执行过程中临时使用的内存是管理在连接对象里面的。这些资源会在连接断开时候才释放,所以如果积累下来,可能导致内存占用太大,被系统强行杀掉,从现象来看就是MySQL异常重启了。

怎么解决这个问题呢?可以参考以下两种方案。

1:定期断开长连接,或者程序李判断在执行一个占用内存大的查询后就断开。

2:如果你用的是 MySQL 5.7 或更新版本,通过执行 mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和重新做权限验证,但是会将连接恢复到刚刚创建完时的状态。

查询缓存

建立连接完成后,就可以执行select查询,执行完逻辑就会来到第二步:查询缓存。之前查询的语句及其结果会一key-value对形式,被直接缓存在内存中,key是查询语句,value是查询结果。如果查询能够直接命中这个缓存找到key,那么value会直接返回给客户端。

但是大多数情况下不建议使用查询缓存,为什么呢?因为查询缓存往往弊大于利。

缓存失效非常频繁,只要对一个表更新,这个表上的所有查询缓存都会被清空。因此很可能你存起来还没用,就被一个更新清空了,对于更新压力大的数据库来说,查询缓存命中率非常低。除非你的业务就是有一张静态表,很长时间才会更新一次。比如一个系统配置表,那这张表上的查询才适合使用查询缓存。

MySQL提供了这种按需使用的方式,你可以将参数query_cache_type 设置成DEMAND,这样对于默认的SQL 语句都不使用缓存。而对于确定要是用的查询缓存使用查询缓存语句,可以使用SQL_CACHE显示指定,像下面这个语句一样:

mysql>select SQL_CACHE * from T where ID = 10;

需要注意的是在MySQL版本直接将查询缓存的整块删掉了,彻底没有这个功能了。

分析器

首先,MySQL需要知道你做什么,因此需要对SQL 语句做分析。分析器会先做"词法分析"。然后做"语法分析"。判断输入的SQL语句是否满足MySQL语法。

 

优化器

经过分析,MySQL已经知道你要做什么了。在开始执行前,还要经过优化器处理。选择一个效率最高的方案执行。

执行器

MySQL通过分析器知道了要做什么,通过优化器知道怎么执行,于是就进入了执行器阶段,开始执行语句。

开始执行的时候,要先判断一下对这个表T有没有执行查询 权限,如果没有,就会返回没有权限的错误。有权限就打开表继续执行,打开表的时候,执行器就会根据表的引擎定义,去使用这个引擎提供的接口,

你会在数据库的慢查询日志中看到一个rows_examined 的字段,表示这个语句执行过程中扫描了多少行。这个值是在执行器每次调用引擎获取数据行数累加的。有些场景下,执行器调用一次在引擎内部扫描多行,因此,引擎扫描行数跟rows_examined并不是完全相同的。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值