M--S1--S2 级联复制

master—>slave1—>slave2

master需要开启二进制日志

中间的slave1也需要打开二进制日志,但是它默认不把应用master的操作记录到自己的二进制日志。所以需要打开一个参数让它记录,才可以传给第三级的从;然后在中间从和第三级从之间再做一次AB复制就可以了。

打开log-slave-updates=1,让第一台传过来relay日志记录到自己的二进制日志。

思路:

先搭建好主从——>然后加入slave2

环境准备及要求:

1、关闭防火墙和selinux

2、hosts文件中三台服务器主机名和ip地址一一对应起来

3、系统时间需要同步

4、master和slave的数据库版本保持一致(系统版本保持一致)

思路:

先搭建好主从——>然后加入slave2

1、master和中间slave1必须开启二进制日志

2、slave2必须开启中继日志

3、master和slave1和slave2的server-id必须不一样  范围(2^23-1)

4、master和slave的初始数据一致

M--S1--S2级联架构操作步骤

环境:

master:192.168.1.166

slave1:192.168.1.114

slave2:192.168.1.180

1、环境准备

# master:
[root@master ~]# vim /etc/hosts
192.168.1.114 slave1 # slave1:
[root@slave1 ~]# vim /etc/hosts
192.168.1.166 master
192.168.1.180 slave2 # slave2:
[root@slave2 ~]# vim /etc/hosts
192.168.1.114 slave1

2、修改配置文件

# master:
root@master ~]# vim /etc/my.cnf
log-bin=mysql-bin
server-id = 1 # slave1:
[root@slave1 ~]# vim /etc/my.cnf
log-bin=mysql-bin
log-slave-updates=1
server-id = 2
relay-log=/data/DB/relay.log # slave2:
[root@slave2 ~]# vim /etc/my.cnf
server-id = 3
relay-log=/data/DB/relay.log

3、数据初始化一致

情况1:master和slave都没有业务数据,直接初始化master和slave的数据库

情况2:master上面有业务数据

masteer:
1>停止数据库
[root@master ~]# /etc/init.d/mysqld stop 2>物理级别备份
[root@master ~]# cd /data/DB/ && ll
[root@master DB]# tar -cvzf /tmp/mysql.tar.gz *
[root@master DB]# scp /tmp/mysql.tar.gz 192.168.1.114:/tmp
[root@master DB]# scp /tmp/mysql.tar.gz 192.168.1.180:/tmp 3>slave1和slave2进行数据恢复
[root@slave1 ~]# cd /data/DB/ && ll
[root@slave1 DB]# tar -xf /tmp/mysql.tar.gz -C .
[root@slave1 DB]# /etc/init.d/mysqld start [root@slave2 ~]# cd /data/DB/ && ll
[root@slave2 DB]# tar -xf /tmp/mysql.tar.gz -C .
[root@slave2 DB]# /etc/init.d/mysqld start 4>查看slave和master上面的数据是否一样
[root@master DB]# echo "show databases;" | mysql -p123
[root@slave1 DB]# echo "show databases;" | mysql -p123
[root@slave2 DB]# echo "show databases;" | mysql -p123

示例master上面有业务数据

4、在master上面创建对slave1授权用户及查看binlog信息

1>创建授权用户
mysql> grant replication slave on *.* to 'slave'@'192.168.1.114' identified by ''; 2>查看binglog信息,只有打开二进制日志,这句命令才有结果,表示当前数据库的二进制日志写到什么位置
mysql> show master status \G
*************************** 1. row ***************************
File: mysql-bin.000013
Position: 331
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.03 sec)

5、在slave1上配置同步信息

slave1:
mysql> change master to master_host='192.168.1.166', master_user='slave', master_password='', master_port=3306, master_log_file='mysql-bin.000013', master_log_pos=331;
参数说明:
master_host: master ip
master_user: 同步用户
master_password: 密码
master_port:     端口
master_log_file: master上面查看到的二进制日志名
master_log_pos: master上面查看到的POS值 mysql> start slave;
mysql> show slave status \G;
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
如果查看状态这两个值都为Yes, 说明M--S就已经做好

6、在slave1上面对slave2授权

先停止slave
slave1:
mysql> stop slave;
Query OK, 0 rows affected (0.03 sec) mysql> grant replication slave on *.* to 'slave'@'192.168.1.180' identified by '';
mysql> show master status \G
*************************** 1. row ***************************
File: mysql-bin.000017
Position: 425
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.00 sec)

7、在slave2上配置同步信息

slave2:
mysql> change master to master_host='192.168.1.114', master_user='slave', master_password='', master_port=3306, master_log_file='mysql-bin.000017', master_log_pos=425;
mysql> start slave;
mysql> show slave status \G;
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

8、在回到slave1上面启动slave

slave1:
mysql> start slave;

9、测试验证

先查看原有的三个服务器的db01库中的table03表,
master:
mysql> select * from db01.table03;
+------+------+
| id | name |
+------+------+
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
| 1 | haha |
| 2 | wowo |
| 3 | lili |
| 4 | yoyo |
+------+------+
7 rows in set (0.10 sec) slave1:
mysql> select * from db01.table03;
+------+------+
| id | name |
+------+------+
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
| 1 | haha |
| 2 | wowo |
| 3 | lili |
| 4 | yoyo |
+------+------+
7 rows in set (0.17 sec) slave2:
mysql> select * from db01.table03;
+------+------+
| id | name |
+------+------+
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
| 1 | haha |
| 2 | wowo |
| 3 | lili |
| 4 | yoyo |
+------+------+
7 rows in set (0.44 sec) 在master上面删除一条数据
mysql> delete from db01.table03 where name="lili";
Query OK, 1 row affected (0.38 sec) 再次查看
master:
mysql> select * from db01.table03;
+------+------+
| id | name |
+------+------+
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
+------+------+
6 rows in set (0.00 sec) slave1:
mysql> select * from db01.table03;
+------+------+
| id | name |
+------+------+
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
+------+------+
6 rows in set (0.00 sec) slave2:
mysql> select * from db01.table03;
+------+------+
| id | name |
+------+------+
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
| 1 | haha |
| 2 | wowo |
| 4 | yoyo |
+------+------+
6 rows in set (0.00 sec)

测试验证

总结:

测试验证在master上面操作,会同步到slave1上面,相对slave2来说,也等于在slave1上面进行了相同的操作,所有slave2上面也会发生相应的改变

MySQL架构备份之M-S-S级联备份的更多相关文章

  1. MySQL架构篇(一)

    MySQL复制解决了什么问题? 1.实现在不同服务器上的数据分布 2.利用二进制日志增量进行 3.不需要太多的带宽 4.但是使用基于行的复制在进行大批量的更改时会对带宽带来一定的压力,特别是跨IDC环 ...

  2. 打通MySQL架构和业务的任督二脉

    目前,在很多OLTP场景中,MySQL数据库都有着广泛的应用,也有很多不同的使用方式.从数据库的业务需求.架构设计.运营维护.再到扩容迁移,不同的MySQL架构有不同的特点,适应一定的业务场景,或者解 ...

  3. MySql(十三):MySql架构设计——可扩展性设计之 MySQL Replication

    一.前言 MySQL Replication能够将一个 MySQL Server 的 Instance 中的数据完整的复制到另外一个 MySQL Server 的 Instance 中.虽然复制过程并 ...

  4. 纲举目张:打通MySQL架构和业务的任督二脉

    目前,在很多OLTP场景中,MySQL数据库都有着广泛的应用,也有很多不同的使用方式.从数据库的业务需求.架构设计.运营维护.再到扩容迁移,不同的MySQL架构有不同的特点,适应一定的业务场景,或者解 ...

  5. ch2 MySQL 架构组成

    第 2 章 MySQL 架构组成 前言 麻雀虽小,五脏俱全.MySQL    虽然以简单著称,但其内部结构并不简单.本章从 MySQL 物理组成.逻辑组成,以及相关工具几个角度来介绍    MySQL ...

  6. mysql笔记01 MySQL架构与历史、Schema与数据类型优化

    MySQL架构与历史 1. MySQL架构推荐参考:http://www.cnblogs.com/baochuan/archive/2012/03/15/2397536.html 2. MySQL会解 ...

  7. 理解MySQL——架构与概念

    写在前面:最早接触的MySQL是在三年前,那时候MySQL还是4.x版本,很多功能都不支持,比如,存储过程,视图,触发器,更别说分布式事务等复杂特性了.但从5.0(2005年10月)开始,MySQL渐 ...

  8. 第 2 章 MySQL 架构组成

    麻雀虽小,五脏俱全.MySQL 虽然以简单著称,但其内部结构并不简单.本章从MySQL物理组成.逻辑组成,以及相关工具几个角度来介绍 MySQL 的整体架构组成,希望能够让读者对 MySQL 有一个更 ...

  9. mysql 架构 ~异地容灾

    一 简介 我们来探讨下多机房下的mysql架构二 目的:    首先要清楚你的目的     1 实现异地机房的容灾备份      2 实现异地机房的双活 三 叙说     1 实现异地机房的容灾备份  ...

  10. (转)Mysql技术内幕InnoDB存储引擎-事务&备份&性能调优

    事务 原文:http://yingminxing.com/mysql%E6%8A%80%E6%9C%AF%E5%86%85%E5%B9%95innodb%E5%AD%98%E5%82%A8%E5%BC ...

随机推荐

  1. c#解决TCP“粘包”问题

    一:TCP粘包产生的原理 1,TCP粘包是指发送方发送的若干包数据到接收方接收时粘成一包,从接收缓冲区看,后一包数据的头紧接着前一包数据的尾.出现粘包现象的原因是多方面的,它既可能由发送方造成,也可能 ...

  2. 面试常问的几个排序和查找算法,PHP实现

    冒泡,快排,二分查找,都是面试常问的几个算法题目,虽然简单,但是一段时间不用的话就很容易忘记,这里我用PHP实现了一下,温故而知新. 排序 冒泡排序 每一次冒出一个最大的值 function bubb ...

  3. 个人博客制作如何选择前端模板 thinkcmf后台加载新模板 CSS js文件

    我们的博客后台已经搭建好了,接下来我就要选择一个合适的模板做自己的博客,首先要定位你的博客是做什么用的,是属于什么行业,根据自己博客的定位选择适合的模板. 如果你是设计师,又会前端设计开发,那就可以自 ...

  4. JS之BOMBOM!

    什么是BOM? bom即browser object model 也就是浏览器对象模型,BOM由多个对象组成,其中代表浏览器窗口的window对象是BOM的顶层对象,其他对象都是该对象的子对象. 顶层 ...

  5. SAP MM 明明已经扩展供应商到采购组织下,采购订单里还是报错?

    SAP MM 明明已经扩展供应商到采购组织下,采购订单里还是报错? 如下的PO 4400000069,处于HELD状态.ME22N试图保存它为一个正式的采购订单,报错说供应商没有在采购组织下维护, 使 ...

  6. Dynamics 365-为什么查到的Record的Id是Guid初始值

    通过代码查询CRM数据,这个是开发经常会碰到的情况,获取返回的EntityCollection之后,我们会拿Entity.Id做进一步操作.笔者最近碰到的情况,是Entity.Id是个初始值.先上一段 ...

  7. PM过程能力成熟度4级

    话说3级的PM已经非常厉害了,但仍然处于定性阶段.如何才能不动声色的跟BOSS过招?PM 4级就是让数字变成你的嘴巴,开启项目管理的量化大门.因此,4级PM的工作重心(详见上一篇文章中的表格),也会逐 ...

  8. win10下安装mysql5.7.25版本

    之前使用mysql都是使用的xampp上面集成的mysql,也在安装过5.6.35的版本,好像都是下一步下一步就完成了,昨天安装了一个5.7.25的版本的mysql,也不知道怎么了,就开始百度一些东西 ...

  9. console.table(),在控制台以表格形式输出对象

    今天给大家安利一个属性,console.table(). 它的作用在控制台以表格的形式显示object.这样看起来是不是更方便了呢. var aaa = [ {index:0,name:"1 ...

  10. Linux:Day18(下) Bind9

    子域授权:每个域的名称服务器,都是通过其上级名称服务器在解析库中进行授权. 类似根域授权tld: .com IN NS ns1.com. .com IN NS ns1.com. ns1.com IN ...