MySQL的基本架构示意图
大体来说,MySQL主要可以分为Server层和存储引擎两部分。
Server层中主要包括连接器、查询缓存、分析器、优化器、执行器等,涵盖MySQL的大部分核心功能服务,以及所有的内置函数(入日期、时间、数学和加密函数等),所有跨存储引擎的功能都在这一层实现,比如存储过程、触发器、视图等。
存储引擎主要负责数据的存储和提取。其架构模式是插件式的,支持InnoDB、MyISAM、Memory等多个存储引擎。现在最常用的存储引擎是InnoDB,从MySQL5.5.5版本开始成为了默认存储引擎。
从图中可以看出,不同的存储引擎共用一个Server层,也就是从连接器到执行器部分。
连接器
负责跟客户端建立连接、获取权限、维持和管理连接。Linux中建立连接的命令:
mysql -h$ip -P$port -u$user -p
(生产环境中,最好在交互对话中输入密码,否则存在密码泄露隐患)
如果用户名密码认证通过,连接器会到权限表里面查出你拥有的权限。之后,这个连接里面的权限判断逻辑都将依赖于此时读取到的权限。
连接完成后,如果没有后续的动作,这个连接就处于空闲状态,如果太长时间没动静,连接器就会自动断开,这个时间是由参数wait_timeout控制,默认时间为8小时。
数据库里面,长连接是指连接成功后,如果客户端持续有请求,则一直使用同一个连接;短连接则是指每次执行完很少的几次查询就断开连接,下次查询再重新建立一个连接。
因为数据库建立连接是比较耗费资源的,所以建议尽量使用长连接,减少建立连接的动作。
针对长连接使用长时间占用内存资源的情况,有一下两个方案:
- 定期断开长连接,之后再重新连;
- 如果用的是MySQL5.7或以上版本,可以在每次执行一个较大的操作后,通过执行mysql_reset_connection来重新初始化连接资源。
查询缓存
MySQL早拿到一条查询SQL后,就会先到缓存中看看,之前是不是执行过这条语句。之前执行过的语句及其结果可能会以key-value的形式,直接缓存在内存中。如果查询能够直接在缓存中找到对应的key,那么对应的value就会直接返回给客户端,以提高效率。
但是大多数情况下不建议使用查询缓存,因为查询缓存的实效非常频繁,只要对表有一个更新操作,这个表相关的所有的缓存都会被清空。
所以查询缓存一般适用于静态表,很长时间才会更新一次,比如一个系统配置表。
好在MySQL提供了这种“按需使用”的方式。你可以将参数query_cache_type设置成DEMAND,这样对于默认的SQL语句都不使用查询缓存。而对于你确定要使用查询缓存的语句,可以使用SQL_CACHE显示指定,像下面这个语句一样:
select SQL_CACHE * from T where ID=10;
需要注意的是,MySQL8.0版本直接将查询缓存的整块功能删掉了。
分析器
分析器主要工作是做“词法分析”和“语法分析”。
“词法分析”就是识别你输入的SQL中每一个字符串所代表的含义,比如说“select”关键字说明这是一个查询语句,“T”表示的是数据库中的哪张表,“ID”是哪张表的哪个字段,如果sql中出现表中不存在的字段,这一步就会报错。
“词法分析”结束后,语法分析器就开始做“语法分析”,根据MySQL的语法规则,判断输入的SQL语句是否满足规则。
如果输入的SQL语句不对,就会收到“You have an error in your SQL syntax”的提示,一般语法错误会提示第一个出现错误的位置,所以你要关注紧接“use near”的内容。
优化器
经过分析器的处理后,MySQL就知道你想要做什么了,优化器就会根据前面的要求,生成一个最优的执行方案,这个方案主要包含:
- 表里多个索引,决定选择哪个索引;
- 在一个语句有多表关联(join)的时候,决定各个表的连接顺序等
过于优化器怎么优化的,后面有待补充。
执行器
负责执行SQL,并返回操作结果。
开始执行SQL的时候,执行器会先判断你对这个表有没有对应操作的权限,如果没有就会返回没有执行权限的错误:
mysql> select * from T where ID=10;
ERROR 1142 (42000): SELECT command denied to user 'b'@'localhost' for table 'T'
如果有权限,就继续打开表。打开标的时候,执行器就会根据表的引擎定义,去使用这个引擎提供的接口。
以上就是对MySQL基本架构的简单理解,有不正确或者不足之处,欢迎留言指正。
本篇文章是对极客时间中《MySQL实战45讲》专栏的部分学习整理,原文链接:MySQL实战45讲,或者扫码