mysql的多种主从复制详解

最新推荐文章于 2024-05-20 06:44:47 发布
最新推荐文章于 2024-05-20 06:44:47 发布
阅读量300 收藏 1
点赞数
分类专栏： 数据库MySql 文章标签： mysql 数据库 linux 异步复制 同步复制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/thermal_life/article/details/106017550
版权

官网下载 mysql
https://www.mysql.com/
现在企业中用的最多的也是5.6 5.7，我们下载5.7版本的就可。

实验环境：
server1 172.25.254.1 前三种复制方式中充当master结点
server2 172.25.254.2 前三中复制方式中充当slave结点
server3 172.25.254.3 再做全同步复制时开启

在做实验的时候每台主机之间必须有解析，因为后面的实验会用到解析。

安装mysql

下载的 rpm-bundle 包里面有：

在这里插入图片描述
将他们用rpm的方式进行安装。

它的配置文件为 /etc/my.cnf

在这里插入图片描述
并且会自动生成 /var/log/mysqld.log 的日志文件，并且会生成一个初始密码：

[root@server1 ~]# cat /var/log/mysqld.log | grep password
2020-05-09T13:56:35.301030Z 1 [Note] A temporary password is generated for root@localhost: Khq*fpetp1S<

初次登陆它会警告我们更改密码：
在这里插入图片描述
进行安全初始化：

mysql_secure_installation

这里的密码设置要求较高，需要设置的复杂一点 ，我的密码为Cc990718-+
在这里插入图片描述
进行相关的设置就可以了。

登陆数据库：
在这里插入图片描述
就可以登陆了。

mysql中的锁

对数据的操作其实只有两种，也就是读和写，而数据库在实现锁时，也会对这两种操作使用不同的锁，

  • 共享锁（读锁），允许多个事务读一行数据。Share Lock
  • 排他锁（写锁），允许一个事务删除或更新一行数据，其他事物不可以在上锁（读或写）。Exclusive Lock

mysql中的事务

事务： event ，具有四个个特性，原子性，隔离性，一致性，持久性

是无就是一组原子性的SQL查询，或者说一个独立的工作单元。
如果数据库引擎能够成功地对数据库进行该组查询的全部语句，那么就执行改组查询，如果其中有任何一条语句因为崩溃或者其它原因而无法执行，那么所有的语句都不会执行，也就是说，事务内的语句，要莫全部执行成功，要么全部执行失败。

mysql的主从复制（基于二进制日志）

主节点 server1 ：172.25.254.1
从结点 server2 ：172.25.254.2

原理：复制操作，不是复制数据，更稳定。

主节点先进行写操作，然后会把操作记录进二进制的日志文件中，此时主节点的dump的线程会通知从结点的IO线程复制数据，IO线程就和master结点进行通信，然后把获取到的二进制日志数据写入到终继日志（relay log）中，此时SQL线程会读取中继日志中的内容，在本机重新执行一次（replay）

在这里插入图片描述

master 主节点中配置文件：

vim /etc/my.cnf
在这里插入图片描述
然后打开数据库，执行命令，为复制创建一个用户：

# 创建repl用户，%代表整个网段，Cc9为密码
mysql> CREATE USER 'repl'@'172.25.254.%' IDENTIFIED BY 'Cc990718-+';
Query OK, 0 rows affected (0.00 sec)

#授权所有库的所有表的复制权限给刚创建的用户
mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'172.25.254.%';
Query OK, 0 rows affected (0.00 sec)

SHOW MASTER STATUS;          获取，当前二进制日志的文件名称和位置

在这里插入图片描述
然后层测试使用repl用户登录;
在这里插入图片描述

slave 从结点进行配置

配置文件：vim /etc/my.cnf
在这里插入图片描述
登陆mysql执行命令：

mysql> CHANGE MASTER TO
    ->      MASTER_HOST='172.25.254.1',       主机名
    ->      MASTER_USER='repl',				用户
    ->      MASTER_PASSWORD='Cc990718-+',	密码
    ->      MASTER_LOG_FILE='mysql-bin.000001',		主节点获取到的文件名	
    ->      MASTER_LOG_POS=154;					主节点获取到的文件位置 
#CHANGE MASTER TO MASTER_HOST='172.25.254.1',MASTER_USER='repl',MASTER_PASSWORD='Cc990718-+',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=154;

在这里插入图片描述

start slave;          开启复制
show slave status\G    查看slave结点状态，可以看见SQL线程和IO线程都是yes ，则正常开启复制

在这里插入图片描述
IO 线程负责和master结点进行通信，SQL进程负责把通信得来的数据写入到本机的数据库。

查看复制：
在这里插入图片描述
在这里插入图片描述
在主节点创建的数据库就可以在从结点看到了。
我们再在主节点创建一张表：
在这里插入图片描述
在从结点查看:
在这里插入图片描述
这就说明主从复制是ok的，这就是基于二进制日志的主从复制.

在这里插入图片描述
这里面是mysql的一些日志信息，我们可以用 mysqlbinlog 读取这些日志

基于全局事务标识的复制GTID

避免了即与二进制文件日志的复制的缺点：中途出现错误时事务就不能完整进行了，就成为了废数据。

GTID的优点就就是把一个事物看成一个单元，要么整体成功，要么整体失败。

在两台主机上的配置文件都加上GTID：
在这里插入图片描述
然后再slave结点去配置基于gtid的自动位置识别：
先停掉上面的基于二进制文件的slave：
在这里插入图片描述
再修改复制的方式，开启复制;
在这里插入图片描述
在这里插入图片描述
IO和SQL线程开启。
在这里插入图片描述
跟踪gtid 和执行gtid。
我们再次插入数据进行尝试:
在这里插入图片描述
插入user2，
在这里插入图片描述
这时slave结点也能看到了，
并且此时查看状态 ， 在这里插入图片描述gtid捕捉到了一个事务：
在这里插入图片描述

半同步复制 Semi-synchronous replication

传统的复制原理：
master的新事务 t1 -> binlog buffer（缓冲区） -> dumper -> slave
binlog buffer(check) -> slave(IO) -> relay log -> SQL -> mysql

  • 传统的几种复制方式存在一个普遍的问题，就是如果master主节点执行一个比较大的任务时，slave主机的复制会消耗系统资源，会有一些延迟，这个时候如果slave还没有复制完成时master结点就挂掉了，这时还没有完成复制的slave就被迫成为新的master主机，这样的方式就会丢失数据。
  • 这样是有很大的缺陷的，所以mysql在5.5本本后就退出了这个半同步复制，相比于异步复制（GTID，二进制日志）提高了数据的完整性。
  • 也就是说master的dumper线程在通知slave之后会接收slave的ack的确认消息，ack 就是是否成功收到 t1 的标志，slave结点再把所有的 binlog 的数据记录到relay log 中后才会返回ack给dumper线程。
  • 如果没有收到ack信号就进入到等待，直到接至少接收到一个ack信号为止（slave结点可能由有多个），如果等待超时，就降级为普通的异步复制，接收到了ack就说明slave结点接收到了完整的 t1 ，就继续进行新的事务。

在主节点安装插件：

mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
Query OK, 0 rows affected (0.16 sec)

在每个子结点安装插件：

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

在这里插入图片描述
在这里插入图片描述
插件安装完成。

激活插件：

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

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

slave 结点重启IO线程：

mysql> stop slave IO_THREAD;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> start slave IO_THREAD;
Query OK, 0 rows affected (0.00 sec)

在master结点查看状态：
在这里插入图片描述
功能打开，且又一个客户端在半同步复制。

在这里插入图片描述
功能打开，超时时间为10s。

slave结点查看：
在这里插入图片描述
现在在主节点插入数据测试：
在这里插入图片描述
在这里插入图片描述
复制正常，但我们怎样测试接收的ack信号哪？，我们关闭slave结点的IO线程。

mysql> stop slave io_thread;
Query OK, 0 rows affected (0.04 sec)

然后再次在追结点插入数据。
在这里插入图片描述
可见此时等待了10s才结束的，这时就已经切换到了异步复制了。

再次插入：
在这里插入图片描述
就又非常快了，因为已经到了异步复制了。

但这时我们在slave主机看不到刚才插入的两条数据：
在这里插入图片描述
我们再开启slave结点上的IO线程：
在这里插入图片描述
可见数据就又回来了。

全同步复制，组复制

group replication。银行机构一般会使用全同步。

组复制不同与半同步复制的地方在于，master结点会接收到所有的slave结点的ack信号时才会开始下一步。而半同步只要求接收到 >= 一个的信号就可以了。由于每台结点的内容都一样，所以每台结点主机都可以作为master结点。

我们开启第三台虚拟机： server3 172.25.254.3 作为第二个slave结点。

在三个结点中进行配置：
关闭数据库，并清空之前的数据。

systemctl stop mysqld
rm -fr /var/lib/mysql/*

配置文件：

删除前面的配置，并添加下面的配置：
vim /etc/my.cnf
server1 ：

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

plugin_load_add='group_replication.so'
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="1d630e12-92a0-11ea-943f-525400685c65"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "172.25.254.1:33061"
loose-group_replication_group_seeds= "172.25.254.1:33061,172.25.254.2:33061,172.25.254.3:33061"     # 主机组
loose-group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist='127.0.0.1,172.25.254.0/24'
loose-group_replication_enforce_update_everywhere_check=ON
loose-group_replication_single_primary_mode=OFF         关闭单主机模式，

server2：

server_id=2            这里的id不能和上面相同
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

plugin_load_add='group_replication.so'
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="1d630e12-92a0-11ea-943f-525400685c65"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "172.25.254.2:33061"       本地ip
loose-group_replication_group_seeds= "172.25.254.1:33061,172.25.254.2:33061,172.25.254.3:33061"
loose-group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist='127.0.0.1,172.25.254.0/24'
loose-group_replication_enforce_update_everywhere_check=ON
loose-group_replication_single_primary_mode=OFF

做完后我们启动mysqld ，并重新进行初始化,因为我们刚才删除了全部的文件，所以会重新生成初始密码，我们进行更改(三台主机都做)：

mysql> alter user root@localhost identified by 'Cc990718-+';
Query OK, 0 rows affected (0.10 sec)

在mysql中进行配置：

server1：

#关闭二进制日志，防止中间三步产生的日志数据传输混乱
mysql> SET SQL_LOG_BIN=0;
Query OK, 0 rows affected (0.00 sec)

#创建用户
mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Cc990718-+';
Query OK, 0 rows affected (0.00 sec)

#授权所有库所有表
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
Query OK, 0 rows affected (0.00 sec)

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

#再次开启二进制日志
mysql> SET SQL_LOG_BIN=1;
Query OK, 0 rows affected (0.00 sec)

#更改master用户，并指定组复制的插件。
mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Cc990718-+' FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.25 sec)

#安装组复制的插件
INSTALL PLUGIN group_replication SONAME 'group_replication.so';

#发起组复制，生成组名，只能再一个结点开启， 这里我们选择server1
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.56 sec)

#关闭这个是因为这个参数会再每次开启组复制时生成一个组名，这样就混乱了，所以我们开启一次就关闭。
mysql> SET GLOBAL group_replication_bootstrap_group=OFF;
Query OK, 0 rows affected (0.00 sec)

#获取组信息，当前只有一台
mysql> SELECT * FROM performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
| group_replication_applier | 26ff60fd-92a1-11ea-9713-525400e49b44 | server1     |        3306 | ONLINE       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+
1 row in set (0.00 sec)

然后我们把server2 和server3 加进组去，和上面相同的操作：

server2和server3：

mysql> SET SQL_LOG_BIN=0;

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Cc990718-+';

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';

mysql> FLUSH PRIVILEGES;

mysql> SET SQL_LOG_BIN=1;

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Cc990718-+' FOR CHANNEL 'group_replication_recovery';

INSTALL PLUGIN group_replication SONAME 'group_replication.so';

mysql> START GROUP_REPLICATION;

## 如果报错，先关闭组复制，再执行这条命令，这是由于数据冲突产生的
set global group_replication_allow_local_disjoint_gtids_join=on;

这时我们再server1查看组：

server2和server3就加进去了。
在这里插入图片描述
这时我们就可以输入数据进行测试了：
再server1中插入数据：

INSERT INTO t1 VALUES (1, 'Luis');

再server3中插入数据：

insert into t1 values (2,'cay');

在server2中查看：
在这里插入图片描述
发现所有的组内的主机的数据都是一样的。

这样的方式是因为我们在哪一台主机上插入数据，那一台主机就是master主机。这就是组复制的原理。

young_dump_broke
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql主从复制得实现方法
laozhang0910的博客
12-24 250
1.主从结构 M-S，(基于gtid复制) 主库建立个用户用于从库登陆主库进行复制 1）GRANT slave replication，client replication ON . to ‘用户’@‘主库ip’ identified by “密码”； flush privileges;(刷新权限) 2）在主库上mysql主配置文件/etc/my.cnf开启binlog日志 bin-log ，s...
mysql5.7 多主一从,mysql5.7的多主一从的配置
weixin_42415491的博客
03-23 259
mysql多主以从的配置环境：mysql5.7版本。myql5.7版本开始才支持多源复制三台服务器：centos7.6，两台master主机，一台slave主机IP分别为192.168.0.111 master1主机192.168.0.109 master2主机192.168.0.106 slave主机安装好mysql后修改配置文件在master1主机上~]# vim /etc/my....
Mysql之一主多从复制
一尘在心的博客
11-08 1396
简介 将master数据库中的DDL和DML操作通过二进制日志（BINLOG）传输到slave数据库上，然后将这些日志重新执行（重做）；从而使得slave数据库的数据与master数据库保持一致。 MySQL数据库自身提供的主从复制功能可以方便的实现数据的多处自动备份，实现数据库的拓展。多个数据备份不仅可以加强数据的安全性，通过实现读写分离还能进一步提升数据库的负载性能。 目录 一、主从原...
mysql多主一从实验（多通道实现）
qq_31086997的博客
06-10 498
mysql多主一从实验（多通道实现） 1 主服务器192.168.29.10配置 vim /etc/my.cnf log-bin=mysql-bin server-id=10 binlog-do-db = web1 #要同步的数据库 binlog-ignore-db = mysql #不需要同步的数据库 binlog_ignore_db = information_schema binlog_ignore_db = performation_schema binlog_ignore_db ...
mysql 5.5版本 my.cnf参数配置
weixin_34309435的博客
09-06 522
MySQL5.5.13参数说明：[client]character-set-server=utf8port=3306socket=/data/mysql/3306/mysql.sock[mysqld]character-set-server=utf8user=mysqlport=3306socket=/data/mysql/...
详解MySQL实现主从复制过程
12-15
总结，MySQL主从复制是一个涉及多个步骤和组件的复杂过程，它对于提升数据库系统的可靠性和性能至关重要。正确配置和维护主从复制能够为企业数据安全和业务连续性提供强大保障。在实际操作中，需要注意细节，如版本...
centos7下mysql5.6的主从复制详解
09-09
【MySQL主从复制详解】 MySQL主从复制是一种数据库高可用性的解决方案，允许数据在多个服务器之间实时同步。这种技术在大型分布式系统中尤其重要，它实现了读写分离，提高了系统的并发处理能力，同时也提供了数据...
centos下mysql主从复制设置详解
09-10
MySQL的主从复制是数据库高可用性和负载均衡的一种常见实现方式，它允许数据从一个主服务器（Master）实时同步到一个或多个从服务器（Slave）。在CentOS 5.4环境下，配置MySQL的主从复制涉及到一系列步骤，下面将...
深入mysql主从复制延迟问题的详解
09-10
本文将详细探讨MySQL主从复制的实现原理和延迟问题。 首先，MySQL主从复制的核心在于三个关键进程：主服务器上的IO进程和从服务器上的SQL进程与IO进程。当从服务器需要复制主服务器的数据时，IO进程会连接到主...
MySQL之my.cnf配置完美详解.
08-24
强烈推荐 MySQL之my.cnf配置完美详解，长达26页，心血之作，MySQL DBA有福了！
my.cnf配置详解
howard的技术之路
01-07 3847
MySQL配置文件my.cnf 例子最详细翻译   1. #BEGIN CONFIG INFO   2. #DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的连接, 队列负载大   3. #TYPE: SYSTEM   4. #END CONFIG INFO   5.   6. #   7. # 此mysql配置文件例子针对4G内存，并
MySQL的my.cnf配置文件解析
最新发布
专注于数据库技术分享，包含但不限于Oracle，MySQL，PostgreSQL，ElasticSearch及国产数据库等
05-20 1539
MySQL的my.cnf配置文件是MySQL数据库服务器的核心配置文件，用于控制MySQL的运行行为和性能优化。这个文件包含了多个段（section），每个段定义了一组特定的配置选项。
MySQL my.cnf 配置文件
virgil
09-23 1218
#*** client options 相关选项 ***# #以下选项会被MySQL客户端应用读取。注意只有MySQL附带的客户端应用程序保证可以读取这段内容。如果你想你自己的MySQL应用程序获取这些值。需要在MySQL客户端库初始化的时候指定这些选项。 [client] port = 3309 socket = /usr/local/mysql/tmp/mysql.sock [mysqld] !include /usr/local/mysql/etc/mysqld.cnf #包含的配置文件 ，把用户
my.cnf的常规配置
coolgamers的博客
01-14 2万+
Mysql作为时下流行的关系型数据库，越来越受到企业开发者的青睐。但是很多入门的新手对于其配置了解不深，笔者给出常见的my.cnf配置，以供参考~ /etc/my.cnf [client] #password       = your_password port               = 3306 socket          = /data0/data/mysql.sock defau...
Mysql配置文件my.cnf配置及配置参数详解
热门推荐
"其实我是一演员"的专栏
03-25 4万+
Mysql配置文件my.cnf 安装了mysql没有my.cnf文件的情况 1、可以把mysql的示例配置文件，如my-medium.cnf拷贝到/etc/my.cnf，再去修改/etc/my.cnf的配置/usr/share/doc/MySQL-server-5.5.38/my-medium.cnf(Example MySQL config file for medium system...
mysql数据库配置(my.ini|my.cnf)文件参数详细介绍
睡不醒的每天
05-10 1583
【代码】mysql数据库配置(my.ini|my.cnf)文件参数详细介绍。
MySQL配置文件my.cnf中文详解
weixin_34138139的博客
09-22 152
MySQL配置文件my.cnf 例子最详细翻译，可以保存做笔记用。 #BEGIN CONFIG INFO #DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的连接, 队列负载大 #TYPE: SYSTEM #END CONFIG INFO # # 此mysql配置文件例子针对4G内存。 # 主要使用INNODB #处理复杂队列并且连接...
MySQL主从复制机制详解
"MySQL主从复制是一个用于数据库高可用性和负载均衡的技术，允许一个服务器（主服务器）的数据更新被同步到其他服务器（从服务器）。这种复制模式是单向且异步的，确保了主服务器上的数据更改能够无延迟地传播到从...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值