mysql组复制（全同步复制）

最新推荐文章于 2024-06-27 23:48:08 发布
最新推荐文章于 2024-06-27 23:48:08 发布
阅读量234 收藏 1
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42480196/article/details/102694577
版权

一、实验环境

主机名IP地址
serverA192.168.200.111
serverB192.168.200.112
serverC192.168.200.113

二、前期准备

  • 所有主机配置主机名与IP地址对应关系的hosts文件
[root@serverA ~]# vim /etc/hosts

192.168.200.111 serverA
192.168.200.112 serverB
192.168.200.113 serverC
#将hosts文件传到其它主机
scp /etc/hosts serverB:/etc/
scp /etc/hosts serverC:/etc/
  • 所有主机必须打通ssh通道（这步必须做）
#serverA
ssh-keygen
ssh-copy-id serverB
ssh-copy-id serverC

#serverB
ssh-keygen
ssh-copy-id serverA
ssh-copy-id serverC

#serverC
ssh-keygen
ssh-copy-id serverA
ssh-copy-id serverC

三、修改mysql配置文件

  • serverA
vim /etc/my.cnf

#在[mysqld]下加入以下内容
server-id=1
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW

transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="4e5fdc9e-fd46-424b-9114-1a5a7e180e6f"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "192.168.200.111:24901"
loose-group_replication_group_seeds="192.168.200.111:24901,192.168.200.112:24901,192.168.200.113:24901"
loose-group_replication_bootstrap_group= off
loose-group_replication_single_primary_mode=off
loose-group_replication_enforce_update_everwhere_checks=on
loose_group_replication_ip_whitelist="192.168.200.0/24,127.0.0.1/8"
  • serverB
server-id=2
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW

transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="4e5fdc9e-fd46-424b-9114-1a5a7e180e6f"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "192.168.200.112:24901"
loose-group_replication_group_seeds="192.168.200.111:24901,192.168.200.112:24901,192.168.200.113:24901"
loose-group_replication_bootstrap_group= off
loose-group_replication_single_primary_mode=off
loose-group_replication_enforce_update_everwhere_checks=on
loose_group_replication_ip_whitelist="192.168.200.0/24,127.0.0.1/8"
  • serverC
server-id=3
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW

transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="4e5fdc9e-fd46-424b-9114-1a5a7e180e6f"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "192.168.200.113:24901"
loose-group_replication_group_seeds="192.168.200.111:24901,192.168.200.112:24901,192.168.200.113:24901"
loose-group_replication_bootstrap_group= off
loose-group_replication_single_primary_mode=off
loose-group_replication_enforce_update_everwhere_checks=on
loose_group_replication_ip_whitelist="192.168.200.0/24,127.0.0.1/8"
  • 所有主机重启mysql服务
systemctl restart mysqld

四、mysql数据库内设置

  • serverA
#进入数据库
mysql -uroot -p123
#开始配置

mysql> SET SQL_LOG_BIN=0;
Query OK, 0 rows affected (0.00 sec)

mysql>  GRANT REPLICATION SLAVE ON *.* TO repl@'%' IDENTIFIED BY 'Mysql+007'; ##加用户权限
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> FLUSH PRIVILEGES;  #刷新
Query OK, 0 rows affected (0.00 sec)

mysql>  reset master;   ##删除日志
Query OK, 0 rows affected (0.00 sec)

mysql> SET SQL_LOG_BIN=1;   ##打开日志不再记录
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='Mysql+007'FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql>  INSTALL PLUGIN group_replication SONAME 'group_replication.so';  ##加载模块
Query OK, 0 rows affected (0.00 sec)

mysql> SHOW PLUGINS;    ##查看模块加载情况
| group_replication          | ACTIVE   | GROUP REPLICATION  | group_replication.so | GPL     |
+----------------------------+----------+--------------------+----------------------+---------+
45 rows in set (0.00 sec)
mysql>  SET GLOBAL group_replication_bootstrap_group=ON;    ##打开模块
Query OK, 0 rows affected (0.00 sec)

mysql> START GROUP_REPLICATION;   ##打开组
Query OK, 0 rows affected (2.05 sec)

 -------------------------------------------------------------------------------------------------------------
 #如果打开组报错
 ##报错，是因为没有白名单，加入白名单就可以了
ERROR 3092 (HY000): The server is not configured properly to be an active member of the group. Please see more details on error log.
#关闭模块
STOP GROUP_REPLICATION;
SET GLOBAL group_replication_ip_whitelist="192.168.200.0/24,127.0.0.1/8";   ##加入白名单
#打开模块
 SET GLOBAL group_replication_bootstrap_group=ON; 
 -----------------------------------------------------------------------------------------------------------------------
 select * from performance_schema.replication_group_members;   #查看状态
 +---------------------------+--------------------------------------+-------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| group_replication_applier | 53256d5b-f1be-11e9-bf23-000c29ed63fb | serverA    |        3306 | ONLINE       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
2 rows in set (0.00 sec)
  • serverB
mysql> SET SQL_LOG_BIN=0;
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE ON *.* TO repl@'%' IDENTIFIED BY 'Mysql+007';
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> reset master;
Query OK, 0 rows affected (0.01 sec)

mysql> SET SQL_LOG_BIN=1;
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='Mysql+007'FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql>  INSTALL PLUGIN group_replication SONAME 'group_replication.so';
Query OK, 0 rows affected (0.01 sec)

mysql> START GROUP_REPLICATION;
Query OK, 0 rows affected (5.70 sec)

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| group_replication_applier | 53256d5b-f1be-11e9-bf23-000c29ed63fb | serverA    |        3306 | ONLINE       |
| group_replication_applier | 958a789b-f34c-11e9-9749-000c2972dc77 | serverB    |        3306 | ONLINE       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
2 rows in set (0.01 sec)
  • serverC
mysql> SET SQL_LOG_BIN=0;
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE ON *.* TO repl@'%' IDENTIFIED BY 'Mysql+007';
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> reset master;
Query OK, 0 rows affected (0.01 sec)

mysql> SET SQL_LOG_BIN=1;
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='Mysql+007'FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';
Query OK, 0 rows affected (0.03 sec)

mysql>  START GROUP_REPLICATION;
Query OK, 0 rows affected (3.08 sec)

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| group_replication_applier | 53256d5b-f1be-11e9-bf23-000c29ed63fb | serverA    |        3306 | ONLINE       |
| group_replication_applier | 6b7d8829-f183-11e9-b548-000c29178b2a | serverC    |        3306 | RECOVERING   |
| group_replication_applier | 958a789b-f34c-11e9-9749-000c2972dc77 | serverB    |        3306 | ONLINE       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
3 rows in set (0.02 sec)

mysql> STOP GROUP_REPLICATION;
Query OK, 0 rows affected (9.18 sec)

mysql> START GROUP_REPLICATION;
Query OK, 0 rows affected (2.80 sec)

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| group_replication_applier | 53256d5b-f1be-11e9-bf23-000c29ed63fb | serverA    |        3306 | ONLINE       |
| group_replication_applier | 6b7d8829-f183-11e9-b548-000c29178b2a | serverC    |        3306 | ONLINE       |
| group_replication_applier | 958a789b-f34c-11e9-9749-000c2972dc77 | serverB    |        3306 | ONLINE       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
3 rows in set (0.00 sec)

五、测试

  • serverA
mysql> create database ceshiA;
Query OK, 1 row affected (0.00 sec)
#serverC创建完后查看
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ceshiA             |
| ceshiB             |
| ceshiC             |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
7 rows in set (0.09 sec)
  • serverB
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ceshiA             |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0.09 sec)

mysql> create database ceshiB;
Query OK, 1 row affected (0.00 sec)
  • serverC
mysql> show databases ;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ceshiA             |
| ceshiB             |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
6 rows in set (0.01 sec)

mysql> create database ceshiC;
Query OK, 1 row affected (0.00 sec)
风之老凌
关注
mysql 半同步复制模式使用详解
congge
09-19 4077
mysql 半同步复制模式使用详解
MySQL数据库集群实战———MySQL半同步复制、全同步复制（组复制）
ranrancc_的博客
11-06 1942
文章目录一、MySQL复制1.1 MySQL几个同步模式概念：1.2 MySQL半同步复制技术1.3 半同步复制具体特性二、半同步复制的配置三、全同步复制（组复制） 一、MySQL复制 1.1 MySQL几个同步模式概念： 1、 异步复制（Asynchronous replication） MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，不关心从库是否已经接...
mysql组复制
lin_made的博客
08-13 352
mysql组复制 Server1—->172.25.25.1 Server2—->172.25.25.2 Server3—->172.25.25.3 根据 MySQL 组复制要求更改配置文件/etc/my.cnf 以server1为例，其他两个一样，只是id号与local_address不同,id号不要冲突，local_address为本机ip地址 server_id...
Mysql组复制
tt2048的博客
10-08 299
组复制是一种可用于实现容错系统的技术。 复制组是一个通过消息传递相互交互的 server 集群。通信层提供了原子消息(atomic message)和完全有序信息交互等保障机制。 这些是非常强大的功能,我们可以据此架构设计更高级的数据库复制解决方案。 MySQL 组复制以这些功能和架构为基础,实现了基于复制协议的多主更新。复制组由多个 server成员构成,并且组中的每个 server 成员可以...
MySQL 复制技术详解
最新发布
www_tlj的专栏
06-27 1052
主从复制是一种常见的数据复制模式，其中一个数据库服务器作为主服务器（Master），负责处理所有的写操作和部分读操作，而一个或多个从服务器（Slave）负责复制主服务器的数据并处理读请求。这样可以实现读写分离，提高系统的性能和可用性。主主复制是一种高级的复制模式，两个MySQL服务器既是主服务器又是从服务器，能够互相同步数据。每个服务器既可以处理写操作，也可以处理从另一个服务器复制过来的写操作。高可用性：当一个服务器宕机时，另一个服务器可以继续提供服务。负载均衡。
mysql的组复制
清风
08-05 230
1.配置server1 1.关闭server1的mysqld并删除数据，查看uuid [root@server1 mysql]# systemctl stop mysqld [root@server1 mysql]# rm -fr * [root@server1 mysql]# cat auto.cnf [auto] server-uuid=ad3a5dd5-b76f-11e9-bb9b-52...
mysql数据库组复制（即全同步复制）
SS_CC_Go的博客
07-30 575
1、基本知识： 组复制模型： 单主模型：从复制组中众多个MySQL节点中自动选举一个master节点，只有master节点可以写，其他节点 自动设置为read only 多主模型：复制组中的任何一个节点都可以写，因此没有master和slave的概念只要突然故障的节点数量 不太多，这个多主模型就能继续可用 组复制原理：复制组由多个 server成员构成，并且组中...
mysql数据库集群——mysql的全同步复制（组复制）
qq_42024433的博客
05-13 744
1.mysql的全同步复制（组复制）的基础知识 组复制模型： MySQL组复制是MySQL 5.7.17开始引入的新功能，为主从复制实现高可用功能 它支持单主模型和多主模型两种工作方式(默认是单主模型) 单主模型：从复制组中众多个MySQL节点中自动选举一个master节点，只有master节点可以写，其他节点自动设置为read only 当master节点故障时，会自动选举一个新的master节点，选举成功后，它将设置为可写，其他slave将指向这个新的master 多主模型：复制组中的任何一个节点
MySQL关于异步复制、同步复制半同步复制、无损复制的概念与区别
03-10
无损复制（Lossless Replication）是MySQL 5.7.2版本之后引入的一种半同步复制方式，并通过一个参数值after_sync来实现。在这种模式下，事务写入到主服务器的binlog之后，会传递到从服务器，当从服务器写入到relay ...
简述mysql监控组复制
09-08
【MySQL 监控组复制】是MySQL高可用性与容错性的重要特性，它允许数据库集群中的多个服务器间实现数据的实时同步，确保在单个服务器出现故障时，整个系统仍能正常运行。监控组复制主要是通过对集群内各成员的状态...
MySQL组复制
多学习，多总结
09-08 213
MySQL组复制
MySQL的组复制
qq_43511217的博客
05-10 588
组复制是基于分布式一致性协议Paxos实现数据最终一致性的MySQL插件，通过这种插件可以实现弹性、高可用、容错复制拓扑结构。 MySQL组复制提供分布式状态机复制，在服务器之间具有强协调。当数据库服务器是属于同一组时，组复制机制可以自动协调它们。该组可以在具有自动选择新主库功能的单主模式下操作，这种情况下一个组只有主节点才可以做写操作。或者，对于更高级的用户，该组可以以多主模式部署，即多个节点都...
MySQL，组复制
m0_72787342的博客
10-03 769
MySQL组复制插件 组复制是一个MySQL插件，它使一组服务器能够在它们之间复制数据，并提供： 服务器故障转移的自动处理； 当成员由于故障、失败或重新连接而加入或离开组时自动重新配置组； 容错； 冲突解决方案； 高可用的复制的数据库。 组复制如何运作 服务器属于复制组 复制组最多可以包含九个服务器 至少需要三个服务器才能达成一致 组复制使用全局事务标识符（GTIDS） 组由UUID定义 组成员身份自动管理 加入或重新加入组的服务器将自动与其他服务器同步 服务器可以随时离开或加入组 复制组操作以两种模式之一
MySQL复制（五）：组复制概念（Group Replication Concepts）
Vincent的博客
01-10 2355
组复制中的成员可以独立的发起和提交事务（多主模式），当事务准备提交时，需要在组中广播将要修改的数据集，将事务加入全局事务列表，所有组成员必须就全局事务列表中给定事务的顺序达成一致，且事务必须由组服务批准后才能提交。当服务器故障时，组复制虽然可以继续提供数据库服务，但那些连接到故障服务器上的会话必须重新连接，或者failover到其他正常的服务器上，组复制并不提供会话failover的功能，需要其他的解决方案，例如MySQL Router。当单一主库负载过大时，可以通过组复制的多主模式分散写入负载。
MySQL主从复制与时间同步搭建详解
"MySQL主从复制搭建的文档详细介绍了MySQL异步复制的过程，包括主从同步原理、拓扑结构、线程交互以及具体的搭建步骤。" MySQL主从复制是一种常见的数据库高可用性和负载均衡方案，其核心是通过日志复制来保持主库...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值