MySQL8.3.0 主从复制方案(master/slave)

2024-04-08 19:04

本文主要是介绍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客户端连接机制的实现方案,包括事件驱动模型、非阻塞I/O处理、连接池应用及配置优化,具有一定的参考价值,感兴趣的可以了解一下... 目录1. Redis连接模型概述2. 连接建立过程详解2.1 连php接初始化流程2.2 关键配置参数3. 最大连

MySQL 主从复制部署及验证(示例详解)

《MySQL主从复制部署及验证(示例详解)》本文介绍MySQL主从复制部署步骤及学校管理数据库创建脚本,包含表结构设计、示例数据插入和查询语句,用于验证主从同步功能,感兴趣的朋友一起看看吧... 目录mysql 主从复制部署指南部署步骤1.环境准备2. 主服务器配置3. 创建复制用户4. 获取主服务器状态5

MySQL 迁移至 Doris 最佳实践方案(最新整理)

《MySQL迁移至Doris最佳实践方案(最新整理)》本文将深入剖析三种经过实践验证的MySQL迁移至Doris的最佳方案,涵盖全量迁移、增量同步、混合迁移以及基于CDC(ChangeData... 目录一、China编程JDBC Catalog 联邦查询方案(适合跨库实时查询)1. 方案概述2. 环境要求3.

SpringBoot3.X 整合 MinIO 存储原生方案

《SpringBoot3.X整合MinIO存储原生方案》本文详细介绍了SpringBoot3.X整合MinIO的原生方案,从环境搭建到核心功能实现,涵盖了文件上传、下载、删除等常用操作,并补充了... 目录SpringBoot3.X整合MinIO存储原生方案:从环境搭建到实战开发一、前言:为什么选择MinI

Knife4j+Axios+Redis前后端分离架构下的 API 管理与会话方案(最新推荐)

《Knife4j+Axios+Redis前后端分离架构下的API管理与会话方案(最新推荐)》本文主要介绍了Swagger与Knife4j的配置要点、前后端对接方法以及分布式Session实现原理,... 目录一、Swagger 与 Knife4j 的深度理解及配置要点Knife4j 配置关键要点1.Spri

SQLite3 在嵌入式C环境中存储音频/视频文件的最优方案

《SQLite3在嵌入式C环境中存储音频/视频文件的最优方案》本文探讨了SQLite3在嵌入式C环境中存储音视频文件的优化方案,推荐采用文件路径存储结合元数据管理,兼顾效率与资源限制,小文件可使用B... 目录SQLite3 在嵌入式C环境中存储音频/视频文件的专业方案一、存储策略选择1. 直接存储 vs

MySQL主从复制与读写分离的用法解读

《MySQL主从复制与读写分离的用法解读》:本文主要介绍MySQL主从复制与读写分离的用法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、主从复制mysql主从复制原理实验案例二、读写分离实验案例安装并配置mycat 软件设置mycat读写分离验证mycat读

SpringBoot服务获取Pod当前IP的两种方案

《SpringBoot服务获取Pod当前IP的两种方案》在Kubernetes集群中,SpringBoot服务获取Pod当前IP的方案主要有两种,通过环境变量注入或通过Java代码动态获取网络接口IP... 目录方案一:通过 Kubernetes Downward API 注入环境变量原理步骤方案二:通过

Springboot3+将ID转为JSON字符串的详细配置方案

《Springboot3+将ID转为JSON字符串的详细配置方案》:本文主要介绍纯后端实现Long/BigIntegerID转为JSON字符串的详细配置方案,s基于SpringBoot3+和Spr... 目录1. 添加依赖2. 全局 Jackson 配置3. 精准控制(可选)4. OpenAPI (Spri

关于跨域无效的问题及解决(java后端方案)

《关于跨域无效的问题及解决(java后端方案)》:本文主要介绍关于跨域无效的问题及解决(java后端方案),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录通用后端跨域方法1、@CrossOrigin 注解2、springboot2.0 实现WebMvcConfig