《MySQL45讲》笔记——第一讲

01、SQL 查询语句的执行

MySQL 结构图

MySQL逻辑架构图
持久化
Server层
存储引擎
执行器
查询缓存
连接器
分析器
优化器
客户端

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

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

  • 而存储引擎层负责数据的存储和提取。使用的是插件式的,支持InnoDB、MyISAM、Memory 等多个存储引擎。常用的是 InnoDB,它从 MySQL5.5.5 开始成为了默认存储引擎

在建表时默认使用 InnoDB。可以使用:

create table 语句中使用 engine=memory,来指定使用内存引擎创建表。

连接器

第一步,与数据库进行连接,接待的就是连接器。连接器负责跟客户端建立连接、获取权限、维持和管理连接。连接命令:

Mysql -h$ip -P$port -u$user -p
C:\User\...>mysql -localhost -p3306 -uproot -p
Enter password:******

输入完命令之后,再在交互对话里输入密码,这样会更安全。(特别时连接的生产服务器)

连接命令中的MySQL时客户端工具,在完成TCP握手后,连接器就开始认证身份。如果用户密码认证通过,连接器会到权限表查出你拥有的权限。之后,这个连接里面的权限判断逻辑,都依赖于此时读到的权限。哪怕,这个连接建立成功之后,即使用管理员账号对这个用户权限做了修改,也不会影响已经存在连接的权限。

客户端太长时间没动静,连接器会自动断开。这个是有参数wait_timeout控制的,默认是8小时。

长连接和短连接

  • 长连接:连接成功后,如果客户端持续有请求,则一直使用同一个连接。
  • 短连接:每次执行完很少的几次查询就断开连接,下次查询重新建立一个。

建立连接过程比较复杂,建议使用长连接。但是全部使用长连接会导致内存占用过大,被系统强行杀掉(OOM),从现象上看就是 MySQL 异常重启

有两种方案解决方案:

  1. 定期断开长连接。使用一段时间,或者程序里面判断执行过一个占用内存的大查询后,断开连接,之后要查询再重连。
  2. 在MySQL5.7及以上版本时,可以在执行一个大操作之后,通过执行 m y s q l _ r e s e t _ c o n n e c t i o n mysql\_reset\_connection mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和权限验证,会将连接恢复到刚刚创建完的状态。

查询缓存

连接建立之后,就可以执行 select 语句来。执行逻辑就来到了第二步:查询缓存

之前执行过的语句以及结果会以 key-value 对的形式,直接被缓存在内存中。如果查询能够直接在这个缓存中找到 key(SQL语句),那么 value(结果)会直接返回到客户端,这样会很快。但是不推荐使用查询缓存,因为弊大于利。查询缓存失效条件就是:对一个表的更新,这个表上所有的查询都会被清空。对于一个更新频繁的表,这样效率太低了。除非有静态表,比如:系统配置表。

MySQL提供“按需使用”的方式。可以将 q u e r y _ c a c h e _ t y p e query\_cache\_type query_cache_type设置成 DEMAND ,这样对于默认 SQL 不使用查询缓存。对于想要使用缓存的SQL可以这么写

Select SQL_CACHE * from T where ID = 10;

注:MySQL8.0 开始删掉了查询缓存模块。

如果在查询成功之后,会在返回结果之前做权限验证。

分析器

MySQL 需要知道你要做什么,因此对SQL语句做解析。

1.分析器先做“词法分析”,识别出关键字、表名、列名等等。
2.随后就是“语法分析”。根据语法规则,判断SQL语句是否满足 MySQL 语法。

分析器的主要职责就是进行 SQL 语法检查

优化器

经过分析器之后,MySQL 就知道你要干什么了。优化器就是在表里有多个索引时,决定用哪个索引;或者决定在多表关联的时候对表的连接顺序。(后面还会细讲)

执行器

首先判断该用户是否对这个表T有无对应的权限,如果没有,则返回无权限错误。查询也会在优化器之前调用 p r e c h e c k precheck precheck验证权限。

如果有权限就打开表继续执行。执行器会根据引擎的定义,去使用引擎的接口。(以下是引用林晓斌的《MySQL45讲》)

比如我们这个例子中的表T,ID字段没有索引,那么执行器的执行流程是这样的:

  1. 调用InnoDB引擎接口去这个表的第一行,判断ID是不是10,如果不是则跳过,如果是,则将这一行存入结果集当中。
  2. 调用引擎接口取“下一行”,重复相同的判断逻辑,知道取到这个表的最后一行。
  3. 执行器将上述遍历中所有满足条件的行组成记录集作为结果集返回给客户端

至此,这个语句就执行完了。

对于有索引的表:第一次调用的是“取满足条件的第一行”这个接口,之后循环取“满足条件的下一行”这个接口,这些接口都是引擎中定义好的。

至此,一条select语句就已经查询完成了。

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值