---
title: 开源MySQL参考架构
description: "方案架构选择需要根据业务具体场景选用最适合的架构，鲲鹏BoostKit数据库场景白皮书只提供典型架构参考，开源数据库部分客户根据具体业务选择所需的方案架构，商业数据库部分由数据库厂家提供技术方案和支持。"
url: https://www.hikunpeng.com/document/detail/zh/kunpengdbs/twp/kunpengdbs_19_0003.html
sourcePath: /source/zh/kunpengdbs/twp/kunpengdbs_19_0003.html
indexId: 2112b7a8053f5c5017bbe7174d7a933e749b62793185b668e891aa68d7c9034149
---
# 开源MySQL参考架构

方案架构选择需要根据业务具体场景选用最适合的架构，鲲鹏BoostKit数据库场景白皮书只提供典型架构参考，开源数据库部分客户根据具体业务选择所需的方案架构，商业数据库部分由数据库厂家提供技术方案和支持。

#### 组件场景

开源MySQL是典型的 OLTP 数据库，广泛应用于互联网数据库场景，稳定可靠，目前最流行的开源关系型数据库，并逐步成为替代商业数据库的首选开源数据库产品。InnoDB存储引擎支持事务适用于高并发的实时在线交易系统。

OLTP的基本特点：

- 数据在系统中产生。
- 基于交易的处理系统（Transaction-Based）。
- 每次交易牵涉的数据量很小。
- 对响应时间要求非常高。
- 用户数量非常庞大，主要是操作人员。
- 数据库的各种操作主要基于索引进行。


#### 架构原理

MySQL架构如图1所示。

图1 MySQL系统架构图

MySQL系统架构图各个组件说明如表1所示。


**表1 各个组件说明**

| 组件 | 说明 |
| --- | --- |
| Connectors | 与其他编程语言中的SQL语句进行交互，如PHP、Java等。 |
| Management Services & Utilities | 系统管理和控制工具。 |
| Connection Pool（连接池） | 管理缓冲用户连接，线程处理等需要缓存的需求。 |
| SQL Interface（SQL接口） | 接受用户的SQL命令，并且返回用户需要查询的结果。例如select from就是调用SQL Interface。 |
| Parser（解析器） | SQL命令传递到解析器的时候会被解析器验证和解析。 主要功能： 将SQL语句分解成数据结构，并将这个结构传递到后续步骤，后面SQL语句的传递和处理就是基于这个结构的。 如果在分解构成中遇到错误，就说明这个SQL语句是不合理的，语句将不会继续执行下去。 |
| Optimizer（ 查询优化器 ） | SQL语句在查询之前会使用查询优化器对查询进行优化（产生多种执行计划，最终数据库会选择最优化的方案去执行，尽快返回结果），它使用的是“选取\-投影\-连接”策略进行查询。 |
| Caches和Buffers（查询缓存） | 如果查询缓存有命中的查询结果，查询语句就可以直接去查询缓存中取数据。 这个缓存机制是由一系列小缓存组成的。例如表缓存、记录缓存、key缓存、权限缓存等。 |
| Storage Engines（存储引擎） | 存储引擎是MySQL中具体的与文件打交道的子系统，也是MySQL最具有特色的一个地方。 MySQL的存储引擎是插件式的。它根据MySQL AB公司提供的文件访问层的一个抽象接口来定制一种文件访问机制（这种访问机制就叫存储引擎）。 |


#### 组件典型架构

MySQL参考架构如图2所示。

图2 MySQL参考架构

包括以下几种常用参考架构：

- Source、Replica主备复制方案
- LVS+KEEPALIVE+MySQL高可用方案
- Maxscale读写分离，负载均衡方案

在部署多个实例或使用分布式架构时，建议每台服务器上绑定多个实例到CPU，这样能更有效地利用资源，提升整体性能。