MySQL Replication 拓扑图

最新推荐文章于 2024-09-24 14:37:48 发布
最新推荐文章于 2024-09-24 14:37:48 发布
阅读量4k 收藏 2
点赞数 2
CC 4.0 BY-SA版权
分类专栏： MySQL Replication
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dba_waterbin/article/details/9164847
本文介绍了MySQL复制的多种拓扑结构，包括一主多备、双主复制、主动-被动双主、拥有备库的双主、环形复制、主库-分发主库-备库和树形复制。每个拓扑都有其特点和适用场景，如一主多备的简单高效，双主复制的高可用性，以及环形复制的潜在风险。作者给出了对各种拓扑的推荐指数，帮助读者理解和选择适合的复制策略。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

     朴实简单的才是真、那些高端洋气的复制拓扑纯属自虐
     实施复制大概会有 4 个原则：
     
     ① 一个主库可以有多个备库
     ② 一个备库只能有一个主库
     ③ 每个备库 Server ID全局唯一
     ④ log_slave_updates 有薪火相传之效用
     

     下面简单谈谈几种复制的拓扑设计、至于他们的优缺点以及适用场景留待后续慢慢献上


     
      ㈠ 一主一备

     


        
        短评：最简单的拓扑

        推荐指数：★★★★★


        



     ㈡ 一主多备

最低0.47元/天 解锁文章
MySQL集群结构说明
Li_Jian_Hui_的博客
04-16 8284
在以前，数据库的集群配置一直很难，难点在于MySQL主从结构的高可用和读写分离。万幸的是，Galera/GR的出现，让整个集群的配置都极大程度地简化了。 以下是一个简单的MySQL集群拓扑图： 1.MySQL中间件：对MySQL Server的读写操作进行路由(即读写分离)；分库分表(sharding) (1).MySQL Router：MySQL官方提供的轻量级MySQL代理(路由)，只提供读写分离功能，前身为SQL Proxy。 (2).ProxySQL：类似于MySQL Router，轻量级M.
使用ProxySQL实现MySQL Group Replication的故障转移、读写分离（一）
weixin_30895723的博客
08-01 926
导读：在之前，我们搭建了MySQL组复制集群环境，MySQL组复制集群环境解决了MySQL集群内部的自动故障转移，但是，组复制并没有解决外部业务的故障转移。举个例子，在A、B、C 3台机器上搭建了组复制环境，且运行在单主模式下，这里假设A为主节点，应用程序连接A写数据，如果A节点发生宕机，主节点切换到B机器上，此时，应用程序是不会自动连接到B服务器上的，需要人工进行切换。在这篇文章中，我...
自动绘制生成网络拓扑图软件
05-17
自动绘制生成网络拓扑图软件
图解MySQL Replication的几种拓扑
weixin_34113237的博客
02-02 109
图解MySQL Replication的几种拓扑 MySQL Replication Topologies 转载于:https://blog.51cto.com/maclean/1278846
mysql基础拓扑图
weixin_30415113的博客
07-07 428
　　存在的意义，就是体验差异！ 01、mysql架构图 02、账户认证流程 03、mysql逻辑结构 转载于:https://www.cnblogs.com/xiaochina/p/9277245.html
关于MySQL拓扑关系的梳理
杨建荣的学习笔记
05-13 641
这是学习笔记的第2227篇文章关于MySQL的拓扑关系，最近是比较困扰我的，主要是因为最近在思考重构元数据层面的一些东西，发现原来的一些设计方式已经不能够支持现在的业务特点了。如果从...
mysql 主从 常见拓扑_MySQL主从复制的常用拓扑结构
weixin_33236524的博客
02-01 262
复制的体系构造有以下一些基来源基本则：(1) 每个slave只能有一个master;(2) 每个slave只能有一个独一的办事器ID;(3) 每个master可以有很多slave;(4) 如不雅你设置log_slave_updates，slave可所以其它slave的master，大年夜而扩散master的更新。MySQL不支撑多主办事器复制(Multimaster Replication)——即...
MySQL Replication监控：数据一致性的关键指标与故障排除
MySQL复制是一种数据分发技术，允许将数据从一个MySQL数据库服务器（主服务器）自动传输到一个或多个MySQL数据库服务器（从服务器）。这个过程主要通过二进制日志（binary log）记录主服务器上执行的修
mysql mgr 体系结构图_【mysql数据库】MGR架构及原理
weixin_32175667的博客
01-21 1586
一、MGR架构原理简介状态机复制MGR本质上一个状态机复制的集群。在状态机复制的架构中，数据库被当做一个状态机。每一次写操作都会导致数据库的状态变化。为了创建一个高可用的数据库集群，有一个组件，即事务分发器，将这些操作按照同样的顺序发送到多个初始状态一致的数据库上，让这些数据库执行同样的操作。因为初始状态相同，每次执行的操作也相同，所以每次状态变化后各个数据库上的数据保持一致。分布式的状态机复制事...
mysql 主从 常见拓扑_MySQL主从复制的常见拓扑、原理分析以及如何提高主从复制的效率总结（转）...
weixin_29890403的博客
02-01 350
一、主从复制搭建方法参考1、MySQL5.6 数据库主从(Master/Slave)同步安装与配置详解请参考：2、使用mysqlreplicate命令快速搭建 MySQL 主从复制：二、Mysql 主从复制的常用拓扑结构2.1、一主一从是最基础的复制结构，用来分担之前单台数据库服务器的压力，可以进行读写分离。2.2、一主多从一台 Slave 承受不住读请求压力时，可以添加多台，进行负载均衡，分散读...
MySQL 8 复制（六）—— 拓扑与性能
wzy0623的专栏
07-04 4647
复制拓扑、复制性能
mysql数据库画拓扑图_echartsjs制作的mysql应用架构拓扑图，数据库架构图
weixin_28829629的博客
01-20 1417
//节点图标let appSymbol = "path://M960 42.666667H64c-12.8 0-21.333333 8.533333-21.333333 21.333333v896c0 12.8 8.533333 21.333333 21.333333 21.333333h896c12.8 0 21.333333-8.533333 21.333333-21.333333V64c0-...
公司的数据库环境架构之一
数据库专栏
09-18 1183
概要               3 第一章   oracle 拓扑图介绍               4 1.1 10g 环境拓扑图               4 1.2 11g 环境拓扑图               5 第二章   环境介绍               6 2.1 相同的               6 2.2 不同的          
数据库逻辑结构图
m0_60569209的博客
09-24 778
集群的每个DN负责存储数据，其存储介质是磁盘，本节主要从逻辑视角介绍每个DN上有哪些对象，以及这些对象之间的关系。另外介绍数据在不同节点的分布方式。
画mysql主从拓扑图_部署mysql主从同步
weixin_32218639的博客
02-12 435
部署mysql主从同步一、什么是mysql主从同步主：正在被客户端访问的数据库服务器，被称作主库服务器。从：自动同步主库上的数据的数据库服务器，被称作从库服务器。二、配置mysql主从同步2.1 拓扑图数据库服务器 192.168.4.51 做主库数据库服务器 192.168.4.52 做从库2.2 环境准备主从同步未配置之前，要保证从库上要有主库上的数据。禁用selinux ]# ...
用拓扑图呈现多层级关系图
热门推荐
TWaver可视化
04-13 1万+
大部分拓扑图界面都有显示“分级呈现”的需求。一个复杂的系统或组织，会有很多不同层次的节点和连接关系。如何用图形相对清晰的呈现出来，是一个需要不断探讨的话题。
NNM图数据库与拓扑图数据库信息不一致问题
duanzongbin的专栏
03-23 1210
NNM图数据库与拓扑图数据库信息不一致问题NNM 数据库介绍NNM 提供多个操作数据库，每个数据库都用于存储特定类型的数据并服务于各种目的。此外， NNM 还包括一个数据仓库：存储网络历史信息的关系数据库。有关 NNM 数据库和数据仓库的详细信息，请参阅联机手册《使用网络节点管理器进行报告和数据分析》。1.       操作数据库可将 NNM 操作数据库（对象、图、拓扑、趋势和事件
mysql mgr架构图
最新发布
05-14
### MySQL MGR (Group Replication) 架构概述 MySQL MGR 是一种基于 Paxos 协议的分布式复制技术，旨在提供高可用性和可扩展性的解决方案[^3]。其核心目标是通过组复制机制，在多个节点之间同步数据并保持一致性。以下是关于 MySQL MGR 的架构描述： #### 1. **MGR 架构层次** MGR 的整体架构由以下几个层次组成[^4]: - **API 层**: 接收来自应用程序的 SQL 请求，并将其传递给下一层。 - **组件层**: 负责捕获事务的相关信息，并对其进行初步处理。 - **复制协议模块层**: 处理事务的传输逻辑，确保事务能够在不同节点间传播。 - **GCS API + Paxos 引擎层**: 使用 Paxos 协议来保证事务在各节点上的最终一致性。 #### 2. **关键概念** - **单主模式与多主模式**: - 单主模式（Single Primary Mode）允许只有一个主节点接受写操作，其他节点作为只读副本[^3]。 - 多主模式（Multi Primary Mode）允许多个节点同时接收写请求，适合需要高并发写的场景。 - **Paxos 协议**: Paxos 是一种用于解决分布式系统中一致性的算法，MGR 借助该协议实现了跨节点的数据同步和故障恢复[^3]。 - **GTID 和 ROW 格式**: MGR 利用了全局事务 ID（Global Transaction Identifier, GTID）以及基于行的日志格式（Row-Based Binary Log），以确保数据的一致性和可靠性。 #### 3. **典型架构图说明** 虽然无法直接展示图片，但可以通过文字描述典型的 MGR 集群拓扑结构： - 集群通常由至少三个节点组成，这些节点通过网络相互通信。 - 每个节点运行独立的 MySQL 实例，并维护一份完整的数据副本。 - 数据流经以下路径完成同步： 1. 应用程序向某个节点发送事务请求； 2. 该节点将事务广播至整个集群； 3. 所有节点验证事务的有效性并通过 Paxos 达成共识； 4. 如果达成一致，则提交事务；否则回滚。 下面是伪代码表示如何初始化一个简单的三节点 MGR 配置[^2]: ```sql -- 在 my.cnf 文件中配置参数 [mysqld] server_id=1 gtid_mode=ON enforce_gtid_consistency=ON log_bin=mysql-bin binlog_format=ROW transaction_write_set_extraction=XXHASH64 plugin_load_add='group_replication.so' bind-address = 0.0.0.0 port = 3306 report_host = 192.168.0.101 group_replication_group_name="aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee" group_replication_start_on_boot=OFF group_replication_local_address="192.168.1.101:33061" group_replication_group_seeds="192.168.1.101:33061,192.168.1.102:33061,192.168.1.103:33061" group_replication_bootstrap_group=OFF group_replication_single_primary_mode=ON group_replication_enforce_update_everywhere_checks=OFF auto_increment_increment=3 auto_increment_offset=1 ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值