Linux下分布式Mysql配置（mysql版本：mysql-5.7.24）——全同步复制

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

一.分布式MySQL 5.7介绍

 

全同步是主从同步的增强。

因为主从同步虽可以实现一主多从，但它的局限在于只有在主数据库上写的时候从数据库才会做数据备份，而在从数据库做出改变时，主数据库不会记录相应的改变。

然而，全同步出现了，它可以是只要在一个数据库做出改变，所以其它在同组的数据库也会改变，同组的数据库没有等级之分。可以理解为“同组数据库之间数据相等”。

 

二.实验环境(rhel7.3版本)

1.selinux和firewalld状态为disabled

2.各主机信息如下：

主机ip
server1172.25.83.1
server2172.25.83.2
server3172.25.83.3

 

三.MySQL 5.7数据库的全同步复制的部署

1.配置server1：（因为server1之前做过主从复制，所以要清空环境）

 

<1>停掉之前的mysql，清空/var/lib/mysql目录下所有的mysql缓存记录

值的注意的是：必须先挂掉mysqld服务，然后再删除数据（这是因为关闭mysqld服务时，会自动保存数据）

 

 

 

<2>获取uuid

 

 

<3>编辑配置文件

 

[root@server1 mysql]# vim /etc/my.cnf
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="4dae3288-5270-432c-b780-d531a87ada48"   #唯一标识一个组(三个节点保持一致,使用上一步生成的uuid)
loose-group_replication_start_on_boot=off     #避免重启自动组复制
loose-group_replication_local_address= "172.25.83.1:24901"   #用于组间通信的地址
loose-group_replication_group_seeds= "172.25.83.1:24901,172.25.83.2:24901,172.25.83.3:24901"    #donor地址
loose-group_replication_bootstrap_group=off     #引导节点设置
loose-group_replication_ip_whitelist="127.0.0.1,172.25.83.0/24"    #允许接收组的ip来源
loose-group_replication_enforce_update_everywhere_checks=ON    #在多主模式下为多主自动更新启用或禁用严格一致性检查   
loose-group_replication_single_primary_mode=OFF          #关闭单主模式


#注释：
#binlog_checksum：二进制日志事件校验和。由于对复制事件校验的设计缺陷,目前组复制不能使用它们。因此,需要设置binlog-checksum=NONE
#log_slave_updates：默认值是off。如果不手动设置,那么log-bin只会记录直接在该库上执行SQL语句,由replication机制的SQL线程读取relay-log而执行的SQL语句不会记录到binlog,那么无法实现三级级联的同步。
#binlog_format：二进制日志的格式，有row,statement和mixed几种类型。需要注意的是：当设置隔离级别为READ-COMMITED时必须设置二进制格式为row,现在MySQL官方认为STATEMENT这个已经不再适合继续使用；但mixed类型在事物隔离级别下,可能会倒置主从数据不一致。




#使用loose-前缀表示server启用时尚未加载复制插件也将继续启动

 

 

<4>开启mysql，获取初始密码，登陆数据库修改初始密码，安装全同步插件及配置

 

[root@server1 mysql]# systemctl start mysqld
[root@server1 mysql]# cat /var/log/mysqld.log | grep password    #获取初始密码
[root@server1 mysql]# mysql -p
mysql> alter user root@localhost identified by 'Xinjiaojiao+523';
mysql> SET SQL_LOG_BIN=0;    #关闭日志同步
mysql> CREATE USER 'xin'@'%' IDENTIFIED BY 'Xinjiaojiao+523';   #创建用户xin,密码为Xinjiaojiao+523
mysql> GRANT REPLICATION SLAVE ON *.* TO 'xin'@'%';     #给用户xin授予复制的权限
mysql> FLUSH PRIVILEGES;         #刷新授权表
mysql> SET SQL_LOG_BIN=1;        #开启日志同步
mysql> CHANGE MASTER TO MASTER_USER='xin', MASTER_PASSWORD='Xinjiaojiao+523' FOR CHANNEL 'group_replication_recovery';      
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so'; #安装组复制的插件
mysql> SHOW PLUGINS;       #查看插件
 group_replication          | ACTIVE   | GROUP REPLICATION  | group_replication.so | GPL  
mysql> SET GLOBAL group_replication_bootstrap_group=ON;
mysql> START GROUP_REPLICATION;     #开启组复制
mysql> SET GLOBAL group_replication_bootstrap_group=OFF

 

 

 


 

mysql> SELECT * FROM performance_schema.replication_group_members;   #查看状态显示为ONLINE表示配置成功

 

 

<5>登录数据库，创建数据库，创建表，并往表中插入数据以便后面的测试

 

[root@server1 mysql]# mysql -uroot -pXinjiaojiao+523
mysql> CREATE DATABASE test;
mysql> USE test;
mysql> CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL);
mysql> INSERT INTO t1 VALUES (1, 'Luis');
mysql> SELECT * FROM t1;

 

 

2.配置server2：（因为server2之前做过主从复制，所以要清空环境）

 

<1>停掉之前的mysql，清空/var/lib/mysql目录下所有的mysql缓存记录

 

 

 

<2>编辑配置文件

 

[root@server2 mysql]# vim /etc/my.cnf
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="4dae3288-5270-432c-b780-d531a87ada48"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "172.25.83.2:24901"
loose-group_replication_group_seeds= "172.25.83.1:24901,172.25.83.2:24901,172.25.83.3:24901"
loose-group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist="127.0.0.1,172.25.83.0/24"
loose-group_replication_enforce_update_everywhere_checks=ON
loose-group_replication_single_primary_mode=OFF

 

 

<3>开启数据库，获取初始密码，登陆数据库，修改密码，安装全同步插件并配置

 

[root@server2 mysql]# systemctl start mysqld
[root@server2 mysql]# grep password /var/log/mysqld.log 
mysql> alter user root@localhost identified by 'Xinjiaojiao+523';
mysql> SET SQL_LOG_BIN=0;
mysql> CREATE USER 'xin'@'%' IDENTIFIED BY 'Xinjiaojiao+523';
mysql> GRANT REPLICATION SLAVE ON *.* TO 'xin'@'%';
mysql> FLUSH PRIVILEGES;
mysql> SET SQL_LOG_BIN=1;
mysql> CHANGE MASTER TO MASTER_USER='xin', MASTER_PASSWORD='Xinjiaojiao+523' FOR CHANNEL 'group_replication_recovery';
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';
mysql> reset master;
mysql> START GROUP_REPLICATION;

 

 

 

 

mysql> SELECT * FROM performance_schema.replication_group_members;   #查看状态显示为ONLINE表示配置成功

 

 

3.配置server3：

<1>安装数据库

 

[root@server3 ~]# yum install mysql-community-client-5.7.24-1.el7.x86_64.rpm mysql-community-common-5.7.24-1.el7.x86_64.rpm mysql-community-libs-5.7.24-1.el7.x86_64.rpm mysql-community-libs-compat-5.7.24-1.el7.x86_64.rpm mysql-community-server-5.7.24-1.el7.x86_64.rpm -y

 

 

<2>编辑配置文件

 

[root@server3 ~]# vim /etc/my.cnf
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="4dae3288-5270-432c-b780-d531a87ada48"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "172.25.83.3:24901"
loose-group_replication_group_seeds= "172.25.83.1:24901,172.25.83.2:24901,172.25.83.3:24901"
loose-group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist="127.0.0.1,172.25.83.0/24"
loose-group_replication_enforce_update_everywhere_checks=ON
loose-group_replication_single_primary_mode=OFF

 

 

<3>开启mysql，获取初始密码，登陆数据库，修改密码，安装组复制插件并配置

 

[root@server3 ~]# systemctl start mysqld
[root@server3 ~]# grep password /var/log/mysqld.log
[root@server3 ~]# mysql -p
mysql> alter user root@localhost identified by 'Xinjiaojiao+523';
mysql> SET SQL_LOG_BIN=0;
mysql> CREATE USER 'xin'@'%' IDENTIFIED BY 'Xinjiaojiao+523';
mysql> GRANT REPLICATION SLAVE ON *.* TO 'xin'@'%';
mysql> FLUSH PRIVILEGES;
mysql> SET SQL_LOG_BIN=1;
mysql> CHANGE MASTER TO MASTER_USER='xin', MASTER_PASSWORD='Xinjiaojiao+523' FOR CHANNEL 'group_replication_recovery';
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';
mysql> reset master;
mysql> START GROUP_REPLICATION;

 

 

 

 

mysql> SELECT * FROM performance_schema.replication_group_members;   #查看状态显示为ONLINE表示配置成功

 

 

4.测试：

 

1.server1端查看组复制状态（三台状态都是online）

 

[root@server1 ~]# mysql -uroot -pXinjiaojiao+523

 

 

2.server1上登陆数据库，进入test库，插入信息到t1表中，并查看该表中的数据

 

[root@server1 ~]# mysql -uroot -pXinjiaojiao+523

 

 

server2登陆数据库，进入test库，查看是否同步（server3上也会同步到，此处以server2为例）：

 

[root@server2 ~]# mysql -uroot -pXinjiaojiao+523

 

 

3.server2上登陆数据库，进入test库，插入信息到t1表中，并查看该表中的数据

 

[root@server2 ~]# mysql -uroot -pXinjiaojiao+523

 

 

server3登陆数据库，进入test库，查看是否同步（server1上也会同步到，此处以server3为例）：

 

[root@server3 ~]# mysql -uroot -pXinjiaojiao+523

 

 

4.server3上登陆数据库，进入test库，插入信息到t1表中，并查看该表中的数据

 

[root@server1 ~]# mysql -uroot -pXinjiaojiao+523

 

 

server1登陆数据库，进入test库，查看是否同步（server2上也会同步到，此处以server1为例）：

 

[root@server1 ~]# mysql -uroot -pXinjiaojiao+523

 

 

结论：

从上述测试的过程中可知：三个数据库插入的内容，都可以同步。

表明全同步复制搭建成功。

 

值的注意的是：

全同步的设置是临时的，如果重新启动mysqld服务，那么全同步的设置就会失效。需要在主库和从库上重新打开全同步的设置。

server1：

[root@server1 mysql]# mysql -uroot -pXinjiaojiao+523
mysql> SET GLOBAL group_replication_bootstrap_group=ON;
mysql> START GROUP_REPLICATION;     #开启组复制
mysql> SET GLOBAL group_replication_bootstrap_group=OFF

server2：

[root@server1 mysql]# mysql -uroot -pXinjiaojiao+523
mysql> START GROUP_REPLICATION;

server3：

[root@server2 mysql]# mysql -uroot -pXinjiaojiao+623
mysql> START GROUP_REPLICATION;
柒️星
关注
分布式mysql配置（全同步复制）
chao199512的博客
08-11 6233
全同步是主从同步的增强。 因为主从同步虽可以实现一主多从，但它的局限在于只有在主数据库上写的时候从数据库才会做数据备份，而在从数据库做出改变时，主数据库不会记录相应的改变。 然而，全同步出现了，它可以是只要在一个数据库做出改变，所以其它在同组的数据库也会改变，同组的数据库没有等级之分。可以理解为“同组数据库之间数据相等”。 那么如何实现数据库的全同步复制呢？ 实验环境： redhat6....
MySQL分布式集群部署
12-05
为5台机器全部安装64位centos6.4并配置好网络： 数据库Master主服务器（两台）：10.18.12.152，10.18.12.153 数据库Slave从服务器（两台，即sql及存储节点）：10.18.12.154，10.18.12.155 MySQL-Proxy调度服务器：10.18.12.157
搭建JEESZ分布式架构3--CentOs下安装MySQL（环境准备）
chuangyipang5981的博客
05-09 115
声明：因为运行环境是基于Linux系统的，在做此框架之前需要做一些前期的环境准备工作 CentOs下安装MySQL网上很多实例，因为博客后期作为框架的原生教程，故这边做详细的安装记录，我这边已经下载好了MySQL，通过ssh已经上传到指定的目录，这里直接讲解安装的过程。 1. 准备工作 ...
MySQL 中的分布式架构和复制策略
最新发布
我爱娃哈哈的专栏
10-08 978
MySQL 提供了多种分布式架构和复制策略，可以根据不同的业务需求和场景进行选择。主从复制架构是最常见的分布式架构之一，适用于数据备份和读写分离的场景。主主复制架构可以提高系统的可用性和性能，但配置和管理相对复杂。分布式数据库集群架构可以实现高可用性、高性能和可扩展性，但数据一致性问题和配置管理复杂。在选择复制策略时，可以根据业务需求和 MySQL 的版本进行选择。基于二进制日志的复制是最基本的复制策略，实现简单，但存在一定的延迟和数据丢失的风险。
linux mysql 集群搭建_MySQL分布式集群搭建
weixin_39735288的博客
02-01 1034
1、准备集群搭建环境使用6台虚拟机来搭建MySQL集群，相应的实验环境与对应的MYSQL节点之间的对应关系如下图所示：节点名称节点IP节点内存节点硬盘大小节点CPUMYSQL节点角色Ubuntu-1192.168.1.26768M20G30%管理节点(MGM)Ubuntu-2192.168.1.27768M10G30%数据节点(NDB)Ubuntu-3192.168.1.28768M10G30%数...
mysql5.7.24 主主同步
Dreamiy的博客
10-28 291
主主同步实际上就是双重主从同步来实现主主同步的。 注意事项： 1--master将操作语句记录到binlog日志中，然后授予slave远程连接的权限（master一定要开启binlog二进制日志功能；通常为了数据安全考虑，slave也开启binlog功能）。 2--slave开启两个线程：IO线程和SQL线程。其中：IO线程负责读取master的binlog内容到中继日志re...
分布式开发之linux配置
WoddenFish的博客
11-09 642
序：使用linux虚拟机开发前配置：   查看ip地址   ifconfig 重启网络服务       root权限下或sudo（否则不好使）                 servicenetwork restart（远程连接重启网络后，会掉线，需要重新连接） 关闭防火墙服务    serviceiptables stop 开启防火墙           serviceiptabl...
MySQL进阶-高可用、分布式、主从复制原理、备份恢复
01-19
MySQL进阶涉及多个主题，其中高可用性、分布式系统、主从复制原理和备份恢复是核心部分。以下是关于这些主题的详细解释： 高可用性 (High Availability) 定义：确保在任何给定的时间点，服务都是可用的。 策略： ...
mysql-5.6.50-linux-glibc2.12-x86_64.tar.gz
12-22
总结起来，"mysql-5.6.50-linux-glibc2.12-x86_64.tar.gz"是一个针对Linux环境的MySQL安装包，包含了大量的优化和改进，适合学习Hadoop时作为数据存储和处理的平台。结合Hadoop，我们可以构建一个强大的数据处理系统...
简单谈谈MySQL的半同步复制
12-16
半同步复制（Semi-synchronous Replication）：相比异步复制，半同步复制牺牲了一定的性能，提升了主备之间数据的一致性（有一些情况还是会出现主备数据不一致）。 组复制（Group Replication）：基于Paxos算法...
tyloo:分布式交易框架——TCC
03-22
分布式交易框架——TCC 概念 尝试：尝试执行业务 完成所有业务检查（一致性） 补充必须业务资源（准隔离性） 确认：确认执行业务 真正执行业务 不作任何业务检查 只使用Try阶段阶段的业务资源 确认操作满足幂等性 ...
linux分布式环境搭建 mysql 忘记/修改 密码 及报错
lxp199741的博客
07-17 262
环境：linux  centos7    搭建环境：php  apache   nginx    mysql     搭建方式：yum //更新yum源 yum update  //查看可安装apache版本 yum list | grep httpd //下载 httpd的源码 yum install -y httpd //查看apache版本 httpd -v //访问不...
分布式环境搭建（四）：安装mysql
cry
04-27 282
安装mysql下载镜像查看下载的镜像创建mysql实例并启动查看docker容器配置mysql重启mysql进入mysql 容器连接数据库修改mysql密码 下载镜像 sudo docker pull mysql:5.7 查看下载的镜像 sudo docker images 创建mysql实例并启动 sudo docker run -p 3306:3306 --name mysql \ -...
Linux配置分布式数据/mysql集群 ndb_mgmd 实验报错摘录
Spark1849的博客
11-15 658
mysql_cluster， ndb_mgmd， 分布式
mysql log-slave-update_MySQL从库选项log-slave-updates未启用引发的异常
weixin_33249666的博客
01-27 1518
最近核查一个基于从库复制某张特定的表到另外一个主库调整，未配置log-slave-updates导致表无法正常同步。我们的配置文件中使用了replicate-rewrite-db参数以及replicate_wild_do_table参数。具体场景见下面的描述。1、环境介绍及问题由来DB1M(Master) ---> DB1S(Slave)DB2M(Master) ---> DB2S...
mysql组复制参数_MySQL复制相关参数详解
weixin_39527163的博客
01-18 317
MySQL复制相关参数详解作者：尹正杰版权声明：原创作品，谢绝转载！否则将追究法律责任。一.复制相关系统变量1>.server_id是必须设置在master和每个slave上的唯一标识ID，其取值范围是1~4294967295之间，且同一个复制组之内不能重复。2>.server_uuidserver_uuid会在GTID复制中使用。当MySQL启动之后，会首先到数据文件目录下的auto...
主从同步设置的重要参数log_slave_updates
cltt980248285的博客
11-03 709
说明：最近部署了mysql的集群环境，详细如下M01和M02为主主复制，M01和R01为主从复制；在测试的过程中发现了以下问题： 1、M01和M02的主主复制是没有问题的（从M01写入数据能同步到M02，从M02写入数据能够同步...
mysql 5.7 重建slave_MySQL5.7备机(slave)启动参数
weixin_42530793的博客
01-19 361
1，--log-slave-updates系统变量名：log_slave_updates一般情况下slave不会把从master接收到的binlog记录写入自己的binlog，这个参数会使slave通过SQL线程把从master接受到的binlog写进自己的binlog，但是前提是slave一定要开启自己的binlog，此参数一般用于级联复制，例如需要A复制到B，B复制到C，那么B就要开启此参数。...
mysql5.7主从架构-实战
qq_29899535的博客
12-03 453
文章目录前言一、准备环境master配置slave配置 前言 mysql主从架构有4中，本文使用最常用的无损复制模式来搭建。无损复制是基于GTID技术完成，GTID (Global Transaction ID)，也就是全局事务ID, 其保证为每一个在master主上提交的事务在复制集群中可以生成一个唯一的ID，首先从服务器会告诉主服务器已经在从服务器执行完了哪些事务的GTID值，然后主库会有把所有没有在从库上执行的事务，发送到从库上进行执行，并且使用GTID的复制可以保证同一个事务只在指定的从库上执行一次
互联网分布式系统架构：MySQL-Memcached配合与CAP原则详解
互联网分布式系统架构分享是一篇由54chen(陈臻)于2011年4月10日在Qcon会议上发表的论文，主要关注了互联网在中国背景下分布式系统的发展与实践。文章首先回顾了1987年互联网在中国的起步，强调了近年来分布式系统在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值