1、一条sql查询语句如何执行?
select * from T where ID=10;
逻辑架构图:
客户端—>连接器—>分析器—>优化器—>执行器—>存储引擎
其中还有一个连接器和分析器都会查找的“ 查询缓存”
MySQL 可以分为 Server 层和存储引擎层两部分:
Server 层包括连接器、查询缓存、分析器、优化器、执行器等,涵盖 MySQL 的大多数核心服务功能,以及所有的内置函数(如日期、时间、数学和加密函数等),所有跨存储引擎的功能都在这一层实现,比如存储过程、触发器、视图等。
存储引擎层负责数据的存储和提取。其架构模式是插件式的。最常用的存储引擎是 InnoDB,它从 MySQL 5.5.5 版本开始成为了默认存储引擎。
01、连接器:
mysql -h ip -p port -u user -p
mysql客户端工具用来和服务器建立连接,在完成经典的TCP握手后,连接器用账号密码确认身份。
用户名或密码不对:"Access denied for use“
用户名或密码不对:连接器会到权限表里面查出你拥有的权限。之后,这个连接里面的权限判断逻辑,都将依赖于此时读到的权限。
ps:建立连接后,即使你用管理员账号对这个用户的权限做了修改,也不会影响已经存在连接的权限。(需要断开连接重新建立。)
show processlist。可以查看连接的用户,sleep表示这个用户没有动作。
长连接和短连接的问题:长连接是指连接成功后,如果客户端持续有请求,则一直使用同一个连接。短连接则是指每次执行完很少的几次查询就断开连接,下次查询再重新建立一个。
MySQL 在执行过程中临时使用的内存是管理在连接对象里面的,全部使用长连接内存会耗费很快。最后导致mysql异常重启。
如何解决?
1、定期断开长连接
2、MySQL 5.7 或更新版本,可以在每次执行一个比较大的操作后,通过执行 mysql_reset_connection 来重新初始化连接资源
02查询缓存
MySQL 拿到一个查询请求后,会先到查询缓存看看,之前是不是执行过这条语句。之前执行过的语句及其结果可能会以 key-value 对的形式,被直接缓存在内存中
建议你不要使用查询缓存:查询缓存的失效非常频繁,只要有对一个表的更新,这个表上所有的查询缓存都会被清空
解决办法:按需使用,query_cache_type 设置成 DEMAND,这样对于默认的 SQL 语句都不使用查询缓存。
select SQL_CACHE * from T where ID=10;使用查询缓存的语句。
PS: MySQL 8.0 版本直接将查询缓存的整块功能删掉了。
03 分析器
词法分析 + 语法分析
词法分析:识别出什么是表名,什么是列名,什么是关键字
语法分析:是否满足mysql语法。
PS:一般语法错误会提示第一个出现错误的位置,所以你要关注的是紧接“use near”的内容。
04 优化器
决定使用哪个索引;有join的时候,决定连接顺序。
select * from t1 join t2 using(id) where t1.c=10 and t2.d=20;
一种策略:t1.c=10—>join---->t2.d=20
一种策略:t2.d=20—>join---->t1.c=10
05 执行器
select * from T where ID=10;
首先查看有没有表的访问权限。
通过引擎打开表取出第一行,判断ID。取出第二行判断ID。直到最后一行。结果返回给客户。