MySQL的一条SQL语句是怎么执行的?

我们先看一条SQL语句:

select * from user where id = 1;

通常情况下我们看到的只是输入一条SQL语句,然后执行返回一个结果,却不知道这条语句在MySQL内部是怎样的一个执行过程。

下面这张图是MySQL的基本架构示意图:

MySQL基本架构示意图.jpg

从图中可以看出,MySQL可以分为Server层和存储引擎层两部分。

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

存储引擎负责存储存储数据和提取数据。它其实是一个插件形式的,支持InnoDB,MyISAM,Memory等存储引擎,现在最常用的存储引擎是InnoDB,从MySQL5.5.5开始也是默认的存储引擎了(创建表时可以使用engine=memory来指定我们想要使用的存储引擎)。

连接器

连接器负责跟客户端建立连接,获取权限,维持和管理连接。一般的连接命令如下:

mysql -hIP地址 -P端口号 -u用户名 -p

输入完上面的语句后会让你出去密码,当前密码也可以输入到-p后面,但是这样会导致密码泄露,所以不建议这样用。

输入完连接命令后,连接器就会用你刚刚输入的用户名和密码认证你的身份,这通常会有两种情况:

  • 如果用户名或密码不对,就会提示“ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)”的错误

  • 如果用户名密码认证通过,连接器会到权限表里查询你拥有的权限。以后这个连接里面的权限判断都会依赖此时读取到的权限。也就是说,一个用户建立连接成功,即使是管理员修改了这个用户的权限,也不会影响现有的连接权限,只有重新连接才能使用新的权限。

如果连接完成后没有后续的操作,那么这个连接就会处于空闲状态,可以使用 show processlist 命令查看空闲的连接,其中 Command 这列等于“Sleep”时表示这是一个空闲的连接,如下图:

show processlist.png

如果客户端太长时间没有操作,连接器就会自动断开这个连接,这个时间是由 wait_timeout 控制的,默认是8小时。

在数据库里面,长连接是指连接成功后,如果客户端持续请求,则一直使用同一个连接,短连接则是指每次执行完很少的几次查询就断开连接,下次查询需要再重新创建一个新的连接。

创建新的连接的工程比较复杂,所以尽量使用长连接,但全部使用长连接有时候MySQL占用的内存会涨的特别快,这是因为MySQL在执行中使用的内存是管理在连接对象里面的,这些资源会在连接断开时释放。所以如果长连接累积下来,可能导致内存占用太大,被系统强行杀掉(OOM),从现象看就是 MySQL 异常重启了。

这个问题的解决方案是:

  • 定期断开长连接。使用一段时间,或者程序里面判断执行过一个占用内存的大查询后,断开连接,之后要查询再重连。

  • 如果你用的是 MySQL 5.7 或更新版本,可以在每次执行一个比较大的操作后,通过执行 mysql_reset_connection 来重新初始化连接资源。这个过程不需要重连和重新做权限验证,但是会将连接恢复到刚刚创建完时的状态。

查询缓存

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

MySQL拿到一个查询请求后,会先到查询缓存里看看之前是不是执行过这条语句,之前的查询结果使用key-value形式缓存在内存中的,key是查询的语句,value是查询的结果。如果我们的查询能够在缓存中直接找到,那这个value就会直接返回给客户端而不用执行后面的复杂的逻辑,这个效率会很高。

但是大多数情况下是不建议使用查询缓存的,因为查询缓存的失效非常频繁,只要有对一个表的更新,这个表上所有的查询缓存都会被清空。这样就可能出现一种情况是你费了很大劲才查出来的结果,放到缓存中,结果还没使用就因为另一个更新操作导致缓存全部清空了。除非我们的业务是一张静态表,比如系统配置信息表,很长时间才会更新一次。这样的表才适合查询缓存。

注意:MySQL8.0版本直接把查询缓存这块功能能删掉了,彻底没有这个功能了

分析器

如果没有命中缓存,那么就要开始真正执行SQL语句了。首先经过的是分析器。

分析器先做“词法分析”,MySQL需要识别出SQL语句里面的字符串分别是什么,代表什么。

拿我们文章开头的那条SQL语句举例,MySQL从这条语句的 “select” 关键字识别出来这是一个查询语句,字符串 “user” 识别成 “表名user” ,把字符串 “id” 识别成 “列ID” 。

然后就是 “语法分析” 。分析器根据词法分析的结果判断你输入的SQL语句是否满足MySQL语法。如果语法不对就会报一个 “You have an error in your SQL syntax” 的错误提示。

注意:如果我们查了一个不存在的表或者不存在的列,MySQL也是在这一步做的校验

优化器

经过了分析器,MySQL就知道我们要做什么了,然后就会经过优化器。

优化器是在表里面有多个索引的时候,决定使用哪个索引;或者在一个语句有多表关联的时候,决定各个表的连接顺序。

比如下面这条语句:

select * from t1 join t2 using(ID) where t1.c=10 and t2.d=20;

  • 既可以先从表 t1 里面取出 c=10 的记录的 ID 值,再根据 ID 值关联到表 t2,再判断 t2 里面 d 的值是否等于 20。

  • 也可以先从表 t2 里面取出 d=20 的记录的 ID 值,再根据 ID 值关联到 t1,再判断 t1 里面 c 的值是否等于 10。

这两种执行方法的逻辑产生的结果是一样的,但是执行效率会有不同,而优化器的作用就是决定选择哪一种方案。

执行器

执行器阶段就是开始执行我们的SQL语句了。

开始执行的时候,要先判断当前用户对这个表 user 有没有执行查询的权限,如果没有就返回没有权限的错误:

SELECT command denied to user 'b'@'localhost' for table 'user'

如果有权限,就打开表继续执行。打开表的时候,执行器会根据表的引擎选择不同的引擎提供的接口。还拿文章开头的SQL语句举例:

  1. 调用 InnoDB 引擎接口取这个表的第一行,判断 id 值是不是 1,如果不是则跳过,如果是则将这行存在结果集中;

  2. 调用引擎接口取“下一行”,重复相同的判断逻辑,直到取到这个表的最后一行。

  3. 执行器将上述遍历过程中所有满足条件的行组成的记录集作为结果集返回给客户端。

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

结束!

欢迎关注我的微信公众号,不定期分享学习笔记。谢谢您的浏览。


qrcode_for_gh_96b0c271232f_258.jpg
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,530评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,403评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,120评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,770评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,758评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,649评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,021评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,675评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,931评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,751评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,410评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,004评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,969评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,042评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,493评论 2 343