浅谈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体系结构中的三个角色：客户端，处理引擎，执行引擎

用体系架构图来表示就是这样的

• 客户端
  相当于妃子的角色：用户操作客户端来发出查询、修改、添加、删除数据的需求

• 处理引擎
  处理引擎相当于大臣的角色，负责解析SQL语句，生成执行计划。除此之外，还负责有以下责任，我们在优化时可以注意：

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

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