MySQL5.7多源复制的实验

MySQL5.7多源复制的实验

node1: 192.168.2.171     master1

node2: 192.168.2.172     slave

node3: 192.168.2.170     master2

node2上执行:

change master to

master_host=‘192.168.2.171‘,

master_user=‘rpl‘,

master_password=‘[email protected]‘,

master_port=3306,

master_log_file=‘mysql-bin.000001‘,

master_log_pos=4 for channel ‘master-1‘;

change master to

master_host=‘192.168.2.170‘,

master_user=‘rpl‘,

master_password=‘[email protected]‘,

master_port=3306,

master_log_file=‘mysql-bin.000001‘,

master_log_pos=12 for channel ‘master-2‘;

启动:

start slave for channel ‘master-1‘;

start slave for channel ‘master-2‘;

查看状态:

show slave status for channel ‘master-1‘\G

show slave status for channel ‘master-2‘\G

停止:

stop slave for channel ‘master-1‘;

stop slave for channel ‘master-2‘;

清空同步信息和日志:

reset slave for channel ‘master-1‘;

reset slave for channel ‘master-2‘;

刷下relaylog

flush relay logs for channel ‘master-1‘;

flush relay logs for channel ‘master-2‘;

时间: 2024-12-14 06:42:25

MySQL5.7多源复制的实验的相关文章

MySQL5.7多源复制

MySQL5.7开始支持多源复制,也就是多主一从的复制架构: 使用多源复制的考虑: 1.灾备作用:将各个库汇总在一起,就算是其他库都挂了(整个机房都无法连接了),还有最后一个救命稻草: 2.备份:直接在这个从库中做备份,不影响线上的数据库: 3.减少成本:不需要每个库都做一个实例,也减少了DBA的维护成本: 4.数据统计:后期的一些数据统计,需要将所有的库汇总在一起. ... ... 实验环境: Master1:10.157.26.132:3307 Master2:10.157.26.133:3

MySQL5.7多源复制实践

MySQL5.7开始新增多源复制功能,即允许一个salve同时复制多个主库的事务,slave会创建通往每个主库的管道.多源复制在应用来自多个源的事务的时候不会对有冲突的事务进行检测. 配置实现 主库支持基于GTID和binlog position的配置:从库存储master信息的仓库需要为table: #在配置文件中加入master-info-repository=TABLE relay-log-info-repository=TABLE#在线更改 STOP SLAVE; SET GLOBAL

Mysql5.7多源复制,过滤复制一段时间后增加复制一个库的实现方法

多源复制如果是整个实例级别的复制,那不存在下面描述的情况. 如果是对其中一个或多个主实例都是过滤复制,并且运行一段时间后,想在这个源上再增加一个库怎么实现? 主1:192.168.1.10 3306     db1     db2 主2:192.168.1.20 3306     db3 从:  192.168.1.30 3306 假如之前实现的是过滤复制,复制的是主1的db1 和 主2的db3,已经运行一段时间了.现在想增加主1上的db2,该如何实现? 具体实现方法如下: 1. 使用mysql

MariaDB的GTID复制和多源复制

什么是GTID? GTID就是全局事务ID(global transaction identifier ),最初由google实现,官方MySQL在5.6才加入该功能.GTID实际上是由UUID+TID组成的.其中UUID是一个MySQL实例的唯一标识.TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增. 什么是多源复制? 多源复制意味着一个服务器能从多个从服务器上复制.这是MariaDB 10.0的一个新特性. 实验系统:CentOS 6.6_x86_64 实验前提:防火墙和se

MySQL多源复制(八)

一.什么是多源复制 MySQL 5.7发布后,在复制方面有了很大的改进和提升.比如开始支持多源复制(multi-source)以及真正的支持多线程复制了.多源复制可以使用基于二进制日子的复制或者基于事务的复制.下面我们说一说如何配置基于二进制日志的多源复制. 首先,我们要清楚几种常见的复制模式: 一主一从 一主多从 级联复制 multi-master MySQL 5.7 之前只能支持一主一从,一主多从或者多主多从的复制.如果想实现多主一从的复制 只能使用mariadb,但是mariadb又与官方

Mycat读写分离以及拆库拆表综合实验1:主从复制与多源复制

数据规划: Haproxy 集群 haproxy01 node127 192.168.31.127 haproxy02 node128 192.168.31.128 Mycat集群 mycat01 node119 192.168.31.119 mycat02 node118 192.168.31.118 MySQL主从复制集群 mysqlm1 node115 192.168.31.115 mysqlm2 node116 192.168.31.116 mysqls1 node117 192.168

烂泥:mysql5.0数据库源码编译安装

本文首发于烂泥行天下. 本次实验的mysql.OS相关信息如下: Mysql:5.0.96 OS:centos 32 bit 最近公司要上新的业务,指明数据库使用的是mysql5.0版本.如果是使用rpm包安装的话,那就很简单了.直接使用yum安装即可,命令如下: yum –y install mysql mysql-server Yum方式安装完毕后,直接启动mysql数据库服务即可.如下图: 这样基本上就可以了. 但是这样安装mysql数据库,没有进行定制.比如mysql数据库的数据文件存储

mysql 多源复制

mysql5.7新特性多源复制很实用,方便对分库环境进行汇总,集中备份和数据统计分析. 我的实验环境3台机器,mysql版本:5.7.16 10.10.203.102 从库 10.10.203.93 主库 10.10.203.94 主库 操作步骤: (1)当一个从库是多源复制结构,那么master_info和relay_log_info不能用file方式来存储,必须使用table,它不支持file. 10.10.203.102 从库上操作 在配置文件中新增: [mysqld] master_in

MySQL多源复制搭建

1.1     实验概要 1.1.1  实验假设 本实验假设已经完成操作系统和MySQL安装部署. 1.1.2  实验目的 MySQL5.7的多源复制技术搭建部署,然后简单测试. 1.1.3  环境信息 操作系统 MySQL版本 服务器地址 服务器角色 Centos7 5.7.18 192.168.102.23 source 1 Centos7 5.7.18 192.168.102.24 source 2 Centos7 5.7.18 192.168.102.25 target 1.1.4  实