MySQL 原理(1)之整体架构

一、开篇

本系列文章主要目的是为了个人学习总结。如果你正在学习,也欢迎阅读交流,指正不足。

本系列文章将介绍 MySQL 相关原理,将从 MySQL 的架构、日志、索引、锁、事务、高可用,以及客户端技术,如 JDBC 等方面进行介绍。本文是系列文章第一篇,将介绍 MySQL 的架构。

MySQL 原理思维导图

二、MySQL 整体架构

MySQL 的架构大致分为 Server 层和存储引擎层。Server 层包含了连接器、分析器、优化器、执行器等几部分,提供了所有跨存储引擎的功能。而存储引擎则负责实际的数据存储和查询功能。MySQL 存储引擎层是插件化设计,早期版本 MySQL 使用 MyISAM 作为默认存储引擎,从 5.5.5 版本开始,使用支持事务的 InnoDB 作为存储引擎。另外比较常用的存储引擎还有 Toku,用于提供高数据压缩比的场景,如数据归档。

MySQL 整体架构

图片来源:MySQL 实战45讲

三、MySQL 各组件功能

3.1 连接器

连接器负责跟客户端建立连接、获取权限、维持和管理连接。连接命令一般是这么写的:

mysql -h$ip -P$port -u$user -p

输完命令之后,你就需要在交互对话里面输入密码。

除了直接使用 mysql 客户端工具以外,应用服务尝试用相应语言的客户端工具,如 Java 的 JDBC。当使用 JDBC 时,连接 URL 示例如下:

jdbc:mysql://[host:port]/[database][?参数名1][=参数值1][&参数名2][=参数值2]...

这里列出一些重要的 JDBC 连接 MySQL 时的参数,以及建议的设置:

  1. useUnicode 建议设置为 true。
  2. characterEncoding 建议设置为 utf8(另外数据库默认字符最好配置为 utf8mb4)。
  3. autoReconnect 是否自动连接。建议设置为 true,避免因缓存等原因导致长时间未使用连接而导致需要重连。
  4. failOverReadOnly 重连后连接是否设置为只读。建议设置为 false。

在完成经典的 TCP 握手后,连接器就要开始认证你的身份,这个时候用的就是你输入的用户名和密码。

  • 如果用户名或密码不对,你就会收到一个 "Access denied for user" 的错误,然后客户端程序结束执行。
  • 如果用户名密码认证通过,连接器会到权限表里面查出你拥有的权限。之后,这个连接里面的权限判断逻辑,都将依赖于此时读到的权限。

这就意味着,一个用户成功建立连接后,即使你用管理员账号对这个用户的权限做了修改,也不会影响已经存在连接的权限。修改完成后,只有再新建的连接才会使用新的权限设置。

客户端如果太长时间没动静,连接器就会自动将它断开。这个时间是由 MySQL 的 wait_timeout 参数控制的,默认值是8小时。因此,对于一些批处理的应用,需要注意避免应用长时间没有动作导致连接断开。当使用 Java 开发应用时,一些数据库连接池框架也有超时配置,如 HikariCP 的 idleTimeout 参数,此参数需要配置的小于 MySQL 的 wait_timeout 参数。

如果在连接被断开之后,客户端再次发送请求的话,就会收到一个错误提醒:Lost connection to MySQL server during query。这时候如果你要继续,就需要重连,然后再执行请求了。

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

建立连接的过程通常是比较复杂的,所以建议在使用中要尽量减少建立连接的动作,也就是尽量使用长连接。Java 有很多连接池可以使用,如 HikariCP、阿里的 Druid。

3.2 分析器

分析器的作用是解析 SQL 语句、验证语法、找出语句中各元素含义,最终生成 SQL 语法树。简单来说,分析器的作用就是让 MySQL 知道做什么?

3.3 优化器

优化器的作用是制定最高效的 SQL 执行方案,比如当涉及多个索引时,要使用哪些索引、join 查询时各表关联顺序。简单来说,优化器的作用就是让 MySQL 知道如何做?

3.4 执行器

MySQL 在知道做什么以及如何做之后,就需要正式执行 SQL 语句了,这就是执行器的功能。

执行器首先会检查权限。在权限检查通过后,执行器就会根据表定义的存储引擎,调用相应接口,进行 SQL 语句实际执行。对于查询操作 select * from T where ID=10,如果 ID 不是索引列,流程大致如下:

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

对于 ID 是索引时的查询流程,将在后续介绍索引的文章中介绍。

对于更新操作,查找数据过程与 select 语句一样,但更新操作涉及到 MySQL 的多种日志结构,将在后续介绍日志的文章中详细介绍。

3.5 存储引擎

存储引擎的作用是向 Server 的执行器提供接口,满足相应查询、存储功能。本系列主要介绍 InnoDB 引擎,具体原理将分散在日志、索引、锁、事务等篇章内。

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