mysql实战之MySQL基础架构

MySQL实战01:一条SQL语句是如何执行的?

1.mysql的基础架构图

image

2.每个组件的介绍和功能

2.1 连接器

  1.连接器负责和客户端建立连接、获取权限、维持和管理连接;
  2.连接命令:mysql -hip -pport -u$user -p
  3.show processlist命令是来查看当前运行进程列表,客户端如果长时间没有进行连接的话,连接器就会自动断开连接,这个时间是由参数wait_timeout控制的。
  4.数据库分为长连接(是指数据库连接成功后,如果客户端持续有请求的话就一直使用同一个连接。)和短连接(是指每次执行完很少的几个查询就会断开连接,下次查询的时候就会重新再建立一个连接)
  5.因为建立连接的过程是比较复杂的,所以建议使用长连接;但是使用长连接的时候,有时候mysql会占用过多的内存,导致被系统强行杀掉,也就是MySQL异常重启。
   5.1如何解决这个问题:
    5.1.1.定期断开连接;(使用一段时间;程序在执行完一个占用内存比较大的查询之后可以断开连接等到要执行下一个查询的时候在进行连接。)
    5.1.2.使用MySQL5.7及以上的版本时候,可以在每次执行一个比较大的操作的时候,通过执行mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和重新做权限验证,但是会恢复到刚连接时候的状态。

2.2 查询缓存

  1.mysql在拿到一个查询请求的时候,会去查询缓存看看,之前是不是执行过并且在被以key-value(SQL语句以及对应的查询结果)对的形式缓存到内存中,如果在查询缓存中的话就会被直接拿出来返回给客户端,否则就会继续下面的操作,等到执行完成后就会被存入查询缓存中去。因此如果查询命中缓存的话,mysql就不需要执行下面的操作,可以直接返回查询结果,这个效率是很高的。
  2.但是我不建议使用查询缓存,因为在大多情况下使用查询缓存是弊大于利的?
   2.1查询缓存的失效是非常频繁的,只用对莫一个表执行一次更新操作的话,那么该表的查询缓存就会失效(都被清空)。因此对于更新压力比较大的数据库来说,查询缓存的命中率非常低。
   2.2因此mysql提供了“按需使用”,将参数query_cache_type设置成demand,这样对于默认的SQL语句都不使用查询缓存。而你对于要使用查询缓存的语句可以使用SQL_CACHE进行显示指定,就像下面的语句一样:select SQL_CACHE * from T where id = 10
  3.需要注意的是在mysql8.0版本之后都没有查询缓存这个功能了。

2.3 分析器

  1.如果没有命中缓存的话,就会开始进行词法分析(mysql需要分析你的语句中的多个字符串是什么以及所代表的含义,例如把select这个关键字识别出来,其代表查询语句;字符串T代表表名,column代表列column)以及语法分析(根据词法分析的结果,语法分析会根据mysql语法的规则来判断你是否符合mysql的语法,否则会出现you have an error in your sql syntax)。

2.4 优化器

  1.在开始执行前还需要经过优化器的处理,优化器是在表里面有多个索引的时候,决定使用哪一个索引;或者在一个语句中有多表关联的时候,决定各个表的连接顺序。总之,优化器就是决定选择哪一种方案来进行执行。

2.5 执行器

  1.开始执行的时候会判断你是否有没有权限去对该表进行(查询、更新、删除、插入)操作,如果有权限的话,就打开表继续执行,否则就会返回没有权限的错误。执行过程:
        1.调用 InnoDB 引擎接口取这个表的第一行,判断ID值是不是10,如果不是则跳过,如果是则将这行存在结果集中;
        2.调用引擎接口取下一行,然后继续判断是否满足条件,如果满足将这行存入结果集中,否则就继续以上的操作,直至取到表中的最后一行。
        3.执行器将上述遍历之后满足的行存入结果集中返回给客户端。

3. 问题

  1.如果表T中没有字段 k,而你执行了这个语句 select * from T where k=1, 那肯定是会报“不存在这个列”的错误: “Unknown column 'k' in 'where clause'”,你觉得这个错误会在哪里个阶段暴露出来?
答案: 是在分析器的时候就被发现了,分析器会进行词法分析,发现表中不存在该字段,因此返回该错误,而有的人会说在执行器中才被发现,因为执行器阶段才会打开表,但是K是表的结构,是一个字段而不是数据,可以在直接读取的不需要打开表,因此不是在执行器阶段。
参考引用:Mysql实现(极客时间),侵删!

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