MySQL8.3.0 主从复制方案（master/slave）

2024-04-08 19:04
文章标签 主从复制 方案 master slave mysql8.3

本文主要是介绍MySQL8.3.0 主从复制方案（master/slave），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一 、什么是MySQL主从

MySQL主从（Master-Slave）复制是一种数据复制机制，用于将一个MySQL数据库服务器（主服务器）的数据复制到其他一个或多个MySQL数据库服务器（从服务器）。这种复制机制可以提供数据冗余、增加读取性能、实现高可用性、灾难恢复和数据分析等功能。

二、MySQL主从的作用

  • 数据冗余和备份
  • 分摊读取负载
  • 提供高可用性
  • 灾难恢复和故障转移
  • 数据分析和报表生成

三、MySQL 8.3.0 过时的并需要移除的 replication 选项和变量。

注意MySQL 8.3.0 版本中很多参数已经移除不在使用，千万注意：

许多与 MySQL replication相关的选项和变量在以前的 MySQL 版本中已被弃用，并已从 MySQL 8.3 中删除。现在尝试使用其中任何一个都会导致服务器引发语法错误。这些选项和变量列于此处：

  • –slave-rows-search-algorithms：复制应用程序在应用更新或删除时用于查找表行的算法现在始终为HASH_SCAN,INDEX_SCAN，并且用户不再可配置。
  • log_bin_use_v1_events：这允许运行 MySQL 5.7 及更高版本的源服务器复制到不再支持或维护的早期版本的 MySQL。
  • –relay-log-info-file、 --relay-log-info-repository、 --master-info-file、 --master-info-repository：这些已经被crash-safe 表取代，并且不再受支持。
  • transaction_write_set_extraction
  • group_replication_ip_whitelist: group_replication_ip_allow list 代替使用。
  • group_replication_primary_member： 不再需要; 通过查询 Performance Schema 中replication_group_members表的MEMBER_ROLE列。
  • –skip-host-cache： 该选项已被删除；改为启动服务器 --host-cache-size=0。
  • –innodb和–skip-innodb： 这些选项已被删除。存储 InnoDB引擎始终处于启用状态，并且无法禁用它。
  • –character-set-client-handshake和–old-style-user-limits： 这些选项以前用于与非常旧的 MySQL 版本兼容，这些版本不再受支持或维护，因此不再有任何有用的用途。
  • **过时的 CMake 选项 ** 以下用于使用 CMake 编译服务器的选项已过时并已被删除：
    • USE_LD_LLD: 使用WITH_LD=lld代替。
    • WITH_BOOST、 DOWNLOAD_BOOST、 DOWNLOAD_BOOST_TIMEOUT：不再需要这些选项； MySQL 现在在从源代码编译时包含并使用捆绑版本的 Boost。
  • GTID-based replication 和 IGNORE_SERVER_IDS: 当使用全局事务标识符 (GTID) 进行复制时，已应用的事务将被自动忽略。这意味着IGNORE_SERVER_IDS与 GTID 模式不兼容。如果 gtid_mode是 ON，CHANGE REPLICATION SOURCE TO则非空 IGNORE_SERVER_IDS列表将被拒绝并出现错误。同样，如果使用要忽略的服务器 ID 列表创建任何现有复制通道， SET gtid_mode=ON也会被拒绝。在开始基于 GTID 的复制之前，检查并清除所涉及服务器上任何被忽略的服务器 ID 列表；您可以通过检查SHOW REPLICA STATUS的输出来做到这一点 。在这种情况下，您可以通过发出CHANGE REPLICATION SOURCE TO 空列表来清除服务器 ID 列表 ，如下所示：
CHANGE REPLICATION SOURCE TO IGNORE_SERVER_IDS = ();

四、手动搭建 MySQL master/slave 主从复制集群

本文采用Docker 容器的方式搭建集群。容器已经完整的封装好主从集群的相关环境变量信息，只需要做相关的初始化配置即可快速完整主从复制搭建。
获取MySQL Docker

docker pull registry.cn-hangzhou.aliyuncs.com/qingcloudtech/mysql:8.3.0

与主从复制相关的环境变量：

  • MYSQL_REPLICATION_MODE：复制模式。可能的值master/ slave。没有默认值。
  • MYSQL_REPLICATION_USER：首次运行时在master服务器上创建的REPLICATION用户。没有默认值。
  • MYSQL_REPLICATION_PASSWORD：REPLICATION用户密码。没有默认值。
  • MYSQL_MASTER_HOST：master主机名/IP（slave节点参数）。没有默认值。
  • MYSQL_MASTER_PORT_NUMBER：master服务器端口（slave节点参数）。默认为3306.
  • MYSQL_MASTER_ROOT_USER：master上有权访问MYSQL_DATABASE（slave节点参数）的用户。默认为root
  • MYSQL_MASTER_ROOT_PASSWORD：master上有权访问MYSQL_DATABASE（slave节点参数）的用户的密码。没有默认值。
  • MYSQL_MASTER_DELAY：数据库复制延迟（slave节点参数）。默认为0.

在复制集群中，您可以拥有一个master服务器和零个或多个slave服务器。启用复制后，master节点处于读写模式，而slave节点处于只读模式。为了获得最佳性能，建议限制对从属设备的读取。

第 1 步：创建复制主服务器

第一步是启动MySQL master。

docker run --name mysql-master \-e MYSQL_ROOT_PASSWORD=master_root_password \-e MYSQL_REPLICATION_MODE=master \-e MYSQL_REPLICATION_USER=my_repl_user \-e MYSQL_REPLICATION_PASSWORD=my_repl_password \-e MYSQL_USER=my_user \-e MYSQL_PASSWORD=my_password \-e MYSQL_DATABASE=my_database \registry.cn-hangzhou.aliyuncs.com/qingcloudtech/mysql:8.3.0

在上面的命令中，容器被配置为master使用MYSQL_REPLICATION_MODE参数。MYSQL_REPLICATION_USER使用和参数指定复制用户MYSQL_REPLICATION_PASSWORD。

第2步：创建复制从站

接下来我们启动一个 MySQL 从属容器。

docker run --name mysql-slave --link mysql-master:master \-e MYSQL_REPLICATION_MODE=slave \-e MYSQL_REPLICATION_USER=my_repl_user \-e MYSQL_REPLICATION_PASSWORD=my_repl_password \-e MYSQL_MASTER_HOST=mysql-master \-e MYSQL_MASTER_ROOT_PASSWORD=master_root_password \registry.cn-hangzhou.aliyuncs.com/qingcloudtech/mysql:8.3.0

在上面的命令中，容器被配置为slave, 使用MYSQL_REPLICATION_MODE参数。slave节点使用MYSQL_MASTER_HOST、MYSQL_MASTER_ROOT_USER和参数MYSQL_MASTER_ROOT_PASSWORD连接到master。它还会转储主服务器中的现有数据。replication user使用MYSQL_REPLICATION_USER和参数MYSQL_REPLICATION_PASSWORD指定，并且应与master节点上指定的相同。
现在已经启动并运行一个两节点 MySQL 主/从复制集群。还可以通过添加/删除从属服务器来扩展集群，而不会导致任何停机。
通过 Docker Compose，可以使用以下命令设置主/从复制：

version: '3.9'services:mysql-master:image: 'registry.cn-hangzhou.aliyuncs.com/qingcloudtech/mysql:8.3.0'ports:- '3306'volumes:- /path/to/mysql-persistence:/bitnami/mysql/dataenvironment:- MYSQL_REPLICATION_MODE=master- MYSQL_REPLICATION_USER=repl_user- MYSQL_REPLICATION_PASSWORD=repl_password- MYSQL_ROOT_PASSWORD=master_root_password- MYSQL_USER=my_user- MYSQL_PASSWORD=my_password- MYSQL_DATABASE=my_databasemysql-slave:image: 'registry.cn-hangzhou.aliyuncs.com/qingcloudtech/mysql:8.3.0'ports:- '3306'depends_on:- mysql-masterenvironment:- MYSQL_REPLICATION_MODE=slave- MYSQL_REPLICATION_USER=repl_user- MYSQL_REPLICATION_PASSWORD=repl_password- MYSQL_MASTER_HOST=mysql-master- MYSQL_MASTER_PORT_NUMBER=3306- MYSQL_MASTER_ROOT_PASSWORD=master_root_password

使用以下方法扩展slave数量：

docker-compose up --detach --scale mysql-master=1 --scale mysql-slave=3

上面的命令将 Slave 的数量增加到3,您可以用同样的方式缩小规模。

注意：您不应增加/减少master节点的数量。始终只有一个主节点运行。

五、QingHub Studio快熟一键搭建 MySQL Master/Slave 主从复制

  • 进入QingHub Studio 广场，-> 标准应用 > 查找【MySQL8.3.0 主从复制方案】
    image.png
  • 安装订阅该服务
    image.png
  • 进入QingHub Studio 部署设计器-新建部署
    image.png
    image.png
  • 直接把刚刚安装的MySQL服务拖到设计器中。
    image.png
    image.png
  • 选择部署目标服务器，一键部署（前提是该服务已经按装好agent)
    image.png
  • 部署成功后启动服务，并检查状态，完成服务部署。实时监控服务状态
    image.png
后续

在完成MySQL 主从部署之后，可以基于此服务，继续部署其他应用节点，直接拖拽到该设计器即可。QingHub Studio 部署设计器完全做到:
可视化，可操作，可修改，可监控，可执行

Qinghub Studio 在线体验

这篇关于MySQL8.3.0 主从复制方案（master/slave）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/886287。

相关文章

Redis主从复制的原理分析

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维
阅读更多...
Redis主从复制实现原理分析

Redis主从复制实现原理分析

《Redis主从复制实现原理分析》Redis主从复制通过Sync和CommandPropagate阶段实现数据同步,2.8版本后引入Psync指令,根据复制偏移量进行全量或部分同步,优化了数据传输效率... 目录Redis主DodMIK从复制实现原理实现原理Psync: 2.8版本后总结Redis主从复制实
阅读更多...
Java解析JSON的六种方案

Java解析JSON的六种方案

《Java解析JSON的六种方案》这篇文章介绍了6种JSON解析方案,包括Jackson、Gson、FastJSON、JsonPath、、手动解析,分别阐述了它们的功能特点、代码示例、高级功能、优缺点... 目录前言1. 使用 Jackson：业界标配功能特点代码示例高级功能优缺点2. 使用 Gson：轻量
阅读更多...
Redis KEYS查询大批量数据替代方案

Redis KEYS查询大批量数据替代方案

《RedisKEYS查询大批量数据替代方案》在使用Redis时,KEYS命令虽然简单直接,但其全表扫描的特性在处理大规模数据时会导致性能问题,甚至可能阻塞Redis服务,本文将介绍SCAN命令、有序... 目录前言KEYS命令问题背景替代方案1.使用 SCAN 命令2. 使用有序集合（Sorted Set）
阅读更多...
MyBatis延迟加载的处理方案

MyBatis延迟加载的处理方案

《MyBatis延迟加载的处理方案》MyBatis支持延迟加载（LazyLoading）,允许在需要数据时才从数据库加载,而不是在查询结果第一次返回时就立即加载所有数据,延迟加载的核心思想是,将关联对... 目录MyBATis如何处理延迟加载？延迟加载的原理1. 开启延迟加载2. 延迟加载的配置2.1 使用
阅读更多...
Android WebView的加载超时处理方案

Android WebView的加载超时处理方案

《AndroidWebView的加载超时处理方案》在Android开发中,WebView是一个常用的组件,用于在应用中嵌入网页,然而,当网络状况不佳或页面加载过慢时,用户可能会遇到加载超时的问题,本... 目录引言一、WebView加载超时的原因二、加载超时处理方案1. 使用Handler和Timer进行超
阅读更多...
无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题：墙体两侧特征混淆误匹配，导致建图和定位偏差，表现为过门跳变、外月台走歪等 ·解决思路：预期的根治方案IGICP需要较长时间完成上线，先使用切分地图的工程化方案，即墙体两侧切分为不同地图，在某一侧只使用该侧地图进行定位 方案思路 切分原理：切分地图基于关键帧位置，而非点云。 理论基础：光照是直线的，一帧点云必定只能照射到墙的一侧，无法同时照到两侧实践考虑：关
阅读更多...
高效+灵活，万博智云全球发布AWS无代理跨云容灾方案！

高效+灵活，万博智云全球发布AWS无代理跨云容灾方案！

摘要 近日，万博智云推出了基于AWS的无代理跨云容灾解决方案，并与拉丁美洲，中东，亚洲的合作伙伴面向全球开展了联合发布。这一方案以AWS应用环境为基础，将HyperBDR平台的高效、灵活和成本效益优势与无代理功能相结合，为全球企业带来实现了更便捷、经济的数据保护。 一、全球联合发布 9月2日，万博智云CEO Michael Wong在线上平台发布AWS无代理跨云容灾解决方案的阐述视频，介绍了
阅读更多...
Android平台播放RTSP流的几种方案探究（VLC VS ExoPlayer VS SmartPlayer）

Android平台播放RTSP流的几种方案探究（VLC VS ExoPlayer VS SmartPlayer）

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候，不知道如何选的好，本文针对常用的方案，做个大概的说明： 1. 使用VLC for Android VLC Media Player（VLC多媒体播放器），最初命名为VideoLAN客户端，是VideoLAN品牌产品，是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式，并支持DVD影音光盘，VCD影
阅读更多...
JavaFX应用更新检测功能（在线自动更新方案）

JavaFX应用更新检测功能（在线自动更新方案）

JavaFX开发的桌面应用属于C端，一般来说需要版本检测和自动更新功能，这里记录一下一种版本检测和自动更新的方法。 1. 整体方案 JavaFX.应用版本检测、自动更新主要涉及一下步骤： 读取本地应用版本拉取远程版本并比较两个版本如果需要升级，那么拉取更新历史弹出升级控制窗口用户选择升级时，拉取升级包解压，重启应用用户选择忽略时，本地版本标志为忽略版本用户选择取消时，隐藏升级控制窗口 2.
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2