深入了解Mysql逻辑架构

时间:2022-11-21 22:45:01

  mysql现在是大多数公司企业在用的数据库,之所以用mysql,一点是因为mysql是开源软件,一些有能力的公司会基于已有的mysql架构,进行修改、调整改成适合自己公司的业务需要。

一点是因为mysql免费,相对昂贵的oracle服务,对于很多刚起步的公司来说,是最适合不过的数据库了。

  之所以要认识mysql的逻辑架构,就好比我们自己在做开发时,首先需要先掌握自己系统用的分层架构,这样在开发的过程中,如果有哪个环节产生问题,就很好排查。认识mysql的逻辑架构也同理,我们在用mysql的时候,我们不清楚它什么时候会出现问题,但是当出现问题时(比如优化查询sql,要从哪一步开始),我们可以更清楚的定位问题。

深入了解Mysql逻辑架构

1.connections 连接器

我们连接mysql的服务作为客户端连接mysql服务端,mysql可以连接各个编程语言平台

2.系统管理和控制工具(management serveices & utilities)

作为mysql服务的管理和控制工具,比如备份、还原、复制、集群等

3.连接池(connection pool)

连接池的主要功能是提供连接认证、线程复用、连接数限制等

4.sql interface(sql接口)

这里主要是接收mysql 的dml、ddl语句,以及存储过程、视图、触发器等

5.parse(解析器)

这里主要的对传过来的sql字符串进行解析,比如我们一开始接触的jdbc编程,就是将字符串类型的sql语句发送到mysql里,然后解析器首先对sql语句进行词法分析,形成语法树,接着再对语法树进行语法分析,看各个分词是否符合sql92标准,符合的话再执行下一环节业务处理。

6.查询优化器(optimizer)

查询优化器根据传过来的sql语句,进行分析判断是否是最优的执行语句,主要针对一下三个方面进行分析:
* 使用哪一个索引(一个表有若干个索引,选择过滤力度最大的那个)
* 多表关联的表连接顺序
* where条件的先后顺序(根据mysql最左前缀原则,会重新摆放条件顺序)

7.查询缓存(cache&buffer)

mysql会将每一条sql进行hash处理后将hash值放到一个map中,每次有sql来时先计算sql的hash值,比较是否相同,相同的话可以执行内存的sql,而不必对新的sql语句进行解析、优化等操作,加快执行效率。

8.存储引擎(pluggable storage engines)

msql的存储引擎支持可插拔特性,即用户可随意替换想用的存储引擎,也可以自定义自己的存储引擎,这里主要针对innodb、myisam存储引擎进行分析比较。

深入了解Mysql逻辑架构

平时涉及到存储引擎的选型,主要针对业务的需要来选择,可以参考各自的特点。

存储引擎的选型:

 

innodb:

支持事务处理,支持外键,支持崩溃修复能力和并发控制。如果需要对事务的完整性要求比较高(比如银行),要求实现并发控制(比如售票),那选择innodb有很大的优势。如果需要频繁的更新、删除操作的数据库,也可以选择innodb,因为支持事务的提交(commit)和回滚(rollback)。

myisam:

插入数据快,空间和内存使用比较低。如果表主要是用于插入新记录和读出记录,那么选择myisam能实现处理高效率。如果应用的完整性、并发性要求比 较低,也可以使用。

memory:

所有的数据都在内存中,数据的处理速度快,但是安全性不高。如果需要很快的读写速度,对数据的安全性要求较低,不需要持久保存,可以选择memoey。它对表的大小有要求,不能建立太大的表。所以,这类数据库只使用在相对较小的数据库表。

  这里有一张mysql的简单执行流程图,凭靠这张图对mysql整体的一个执行流程会有清晰的认识。

深入了解Mysql逻辑架构

   mysql的逻辑架构就介绍到这里。当然mysql还有对应的物理架构,不过这一块主要涉及到mysql的各个日志文件,以及各个表的数据文件以及索引文件,在后面的章节再做介绍。

以上就是深入了解mysql逻辑架构的详细内容,更多关于mysql逻辑架构的资料请关注服务器之家其它相关文章!

原文链接:https://www.cnblogs.com/process-h/p/13987069.html