深入了解Mysql逻辑架构

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

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

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

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存储引擎进行分析比较。

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

存储引擎的选型：

InnoDB：

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

MyISAM：

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

MEMORY：

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

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

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

以上就是深入了解Mysql逻辑架构的详细内容，更多关于Mysql逻辑架构的资料请关注我们其它相关文章！

赞 (0)

相关推荐

  • MySQL 学习总结 之 初步了解 InnoDB 存储引擎的架构设计

    一.存储引擎 上节我们最后说到,SQL 的执行计划是执行器组件调用存储引擎的接口来完成的. 那我们可以理解为:MySQL 这个数据库管理系统是依靠存储引擎与存放数据的磁盘文件进行交互的. 那么 MySQL 有哪些存储引擎呢? 主要有 MyISAM.InnoDB.Memory等等.而现在互联网中,基本都是使用 InnoDB 存储引擎,所以接下来我将简单总结自己关于 InnoDB 存储引擎的学习,比较简单的介绍 InnoDB 存储引擎里面的组件. 二.缓冲池 我们现在都知道了,数据库的数据是存放在磁

  • mysql 5.7 docker 主从复制架构搭建教程

    分享mysql 5.7 docker 主从复制架构搭建教程,供大家参考,具体内容如下 环境版本: MySQL :  5.7.13 Docker : 1.11.2 CentOS : 7.1 1.先在两个物理机上分别安装两个MySQL.命令如下 复制代码 代码如下: docker pull mysql:5.7.13  docker run --name anuo-mysql -p 3306:3306 -e MYSQL_ROOT_PASSWORD=qaz.00JK -d mysql:5.7.13 2.

  • Mysql逻辑架构详解

    Mysql逻辑架构详解

    1. 整体架构图 和其它数据库相比,MySQL有点与众不同,它的架构可以在多种不同场景中应用并发挥良好作用.主要体现在存储引擎的架构上,插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离.这种架构可以根据业务的需求和实际需要选择合适的存储引擎. 各层介绍: 1.1 连接层 最上层是一些客户端和连接服务,包含本地sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信.主要完成一些类似于连接处理.授权认证.及相关的安全方案.在该层上引入了线程池的概念,为通过认证

  • MySQL高级学习笔记（三）：Mysql逻辑架构介绍、mysql存储引擎详解

    Mysql逻辑架构介绍总体概览 和其它数据库相比,MySQL有点与众不同,它的架构可以在多种不同场景中应用并发挥良好作用.主要体现在存储引擎的架构上,插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离 . 这种架构可以根据业务的需求和实际需要选择合适的存储引擎. controller层: Connectors:连接层,c .java等连接mysql 业务逻辑处理成: Connection Pool:连接层 c3p0连接池等 Manager Service util:备份.容灾

  • SQL语句执行深入讲解（MySQL架构总览->查询执行流程->SQL解析顺序）

    SQL语句执行深入讲解（MySQL架构总览->查询执行流程->SQL解析顺序）

    前言: 一直是想知道一条SQL语句是怎么被执行的,它执行的顺序是怎样的,然后查看总结各方资料,就有了下面这一篇博文了. 本文将从MySQL总体架构--->查询执行流程--->语句执行顺序来探讨一下其中的知识. 一.MySQL架构总览: 架构最好看图,再配上必要的说明文字. 下图根据参考书籍中一图为原本,再在其上添加上了自己的理解. 从上图中我们可以看到,整个架构分为两层,上层是MySQLD的被称为的'SQL Layer',下层是各种各样对上提供接口的存储引擎,被称为'Storage Engin

  • 详解MySQL高可用MMM搭建方案及架构原理

    详解MySQL高可用MMM搭建方案及架构原理

    先来看看架构,如下图: 部署 1.修改hosts 在所有的服务器中执行相同的操作. vim /etc/hosts 192.168.137.10 master 192.168.137.20 backup 192.168.137.30 slave 192.168.137.40 monitor 2.添加mysql用户 只需要在所有的数据库端执行即可,监控端不需要. GRANT REPLICATION CLIENT ON *.* TO 'mmm_monitor'@'192.168.137.%' IDEN

  • MySQL 整体架构介绍

    MySQL 在整体架构上分为 Server 层和存储引擎层.其中 Server 层,包括连接器.查询缓存.分析器.优化器.执行器等,存储过程.触发器.视图和内置函数都在这层实现.数据引擎层负责数据的存储和提取,如 InnoDB.MyISAM.Memory 等引擎.在客户端连接到 Server 层后,Server 会调用数据引擎提供的接口,进行数据的变更. 连接器 负责和客户端建立连接,获取用户权限以及维持和管理连接. 通过 show processlist; 来查询连接的状态.在用户建立连接后,

  • MySQL 4种常用的主从复制架构

    一主多从复制架构 在主库读取请求压力非常大的场景下,可以通过配置一主多从复制架构实现读写分离,把大量的对实时性要求不是特别高的读请求通过负载均衡分部到多个从库上(对于实时性要求很高的读请求可以让从主库去读),降低主库的读取压力,如下图所示. 在主库出现异常宕机的情况下,可以把一个从库切换为主库继续提供服务. 在主从复制场景下会出现主从延迟,想想该怎么解决? 多级复制架构 一主多从的架构能够解决大部分读请求压力特别大的的场景的需求,考虑到MySQL的复制需要主库发送BINLOG日志到从库的I/O线

  • 详解mysql集群：一主多从架构实现

    详解mysql集群：一主多从架构实现

    实验环境: 1.三台CentOS 7 服务器 2.mysql5.7.26(三台都通过yum安装) 服务器列表 7.100.222.111 master 47.103.211.5 slave1 47.103.98.221 slave2 如果还没安装mysql请看安装教程:mysql安装 一.概述: 架构图: 此种架构,一般初创企业比较常用,也便于后面步步的扩展 特点: 1.可以缓解读的压力. 2.成本低,布署快速.方便 3.读写分离 4.还能通过及时增加从库来减少读库压力 5.主库单点故障 6.数

  • MySQL数据库实现MMM高可用群集架构

    MySQL数据库实现MMM高可用群集架构

    概念 MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的). MMM高可用架构说明 mmm_mond:监控进程,负责所有的监控工作,决定和处理所有节点角色活动.此脚本需要在监管机上运行. mmm_agentd:运行在每个mysql服务器上的代理

  • MySQL20个高性能架构设计原则（值得收藏）

    开源数据库架构设计原则 01. 技术选型 选择成熟的平台和技术,同时是最熟悉的,能做到极致的,用好不用坏,用熟不用生.目前业界的MySQL主流分支版本有Oracle官方版本的MySQL.Percona Server.MariaDB. 02. 高可用选择 高可用解决方案探讨的本质上是低宕机时间解决方案,可以理解成高可用的反面是不可用,绝大部分情况下数据库宕机才会导致数据库不可用.随着技术发展,开源数据库方面很多高可用组件(主从复制.半同步.MGR.MHA.Galera Cluster),对应场景,

  • MySQL架构体系知识点总结

    一  数据库和数据库实例 在MySQL的学习研究中,存在两个非常容易混淆的概念,即数据库和数据库实例.在MySQL中,数据库和数据库实例定义如下: 数据库:存储数据的集合: 数据库实例:操作数据库的集合. 如上定义很清楚了,数据库是用来存储数据的,数据库实例是用来操作数据的,从操作系统的角度,数据库实例表现为一个进程,对应多个线程, 在非集群数据库架构中,数据库与数据库实例存在一 一对应关系,在数据库集群中,可能存在多个数据库实例操作一个数据库情况,即多对一关系. 二  MySQL基架 对于My

随机推荐