浅谈MySQL原理与优化(一)—— 历史与体系结构

MySQL是目前互联网公司应用最广泛的数据库软件(DBMS),没有之一。小至初创公司,大至BAT,GOOGLE,FACEBOOK都在自己的业务中大量的使用MySQL作为数据存储。阿里云也提供了MySQL的云版本——云数据库RDS MySQL版。这一系列的文章希望能帮助大家更好的了解MySQL,更好的发挥数据库的性能,让我们的数据存储更有效率。

MySQL的历史

MySQL是一个开源的*软件,我们可以在网上直接获取到它的源码。至今为止MySQL已经有超过20年的历史,大体的里程碑事件如下:

  • 1996年,MySQL 1.0发布,它只面向一小拨人。到了1996年10月,MySQL 3.11.1发布(MySQL没有2.x版本),最开始只提供Solaris下的二进制版本。一个月后,Linux版本出现了。在接下来的两年里,MySQL被依次移植到各个平台。
  • 1999~2000年,MySQL AB公司在瑞典成立,开发出了Berkeley DB引擎, 由于BDB支持事务处理,因此MySQL从此开始支持事务处理了。
  • 2001年 V3.23:MyISAM引擎,以及Innodb引擎雏形
  • 2003年 V4.0:新的语法特性,Innodb成为标准组件,加入query_cache
  • 2006年 V5.0:视图,触发器,存储过程等功能加入
  • 2008年 V5.1:分区,行复制
  • 2010年 V5.5:Innodb成为默认引擎,半同步复制
  • V5.6 Innodb改进,复制功能等提升
  • V5.7 加入mariaDB等新的存储引擎

MySQL的体系架构

MySQL并没有和同时期数据库的一样,而是采用了自己独特的架构。这个架构我们可以用唐代诗人杜牧的一首著名的诗句来理解:

长安回望绣成堆,山顶千门次第开。 一骑红尘妃子笑,无人知是荔枝来。

这里面有三个角色:
浅谈MySQL原理与优化(一)——  历史与体系结构

  • 妃子:负责提出需求,要吃荔枝
  • 大臣:负责安排采摘荔枝,走哪条路径,发放公文等
  • 快递员:负责运送荔枝

这就对应MySQL体系结构中的三个角色:客户端,处理引擎,执行引擎
浅谈MySQL原理与优化(一)——  历史与体系结构

用体系架构图来表示就是这样的
浅谈MySQL原理与优化(一)——  历史与体系结构

  • 客户端
    相当于妃子的角色:用户操作客户端来发出查询、修改、添加、删除数据的需求
  • 处理引擎
    处理引擎相当于大臣的角色,负责解析SQL语句,生成执行计划。除此之外,还负责有以下责任,我们在优化时可以注意:

    1. 负责管理连接与线程:使用了多线程模型,设置thread_cache_size可以利用已有线程
    2. 负责管理query cache:利用现成结果,直接缓存结果集,测试语句性能时需要用 sql_no_cache hint 屏蔽
  • 存储引擎
    存储引擎相当于快递员的角色,负责数据实际存储以及数据的读取,修改等操作。不同的存储引擎,在实际的执行中会表现出不同的特性。在后面的文章会详细展开介绍

综上就是MySQL的体系结构概述,希望对大家有所帮助。

上一篇:浅谈Mysql原理与优化(四)—— 存储引擎


下一篇:新生命 · 人工智能 · 未来