基于GTID 的主从搭建

备注:此处搭建的为一主多从。

环境:centos7+MySQL5.7

主:192.168.162.134

从1:192.168.162.133

从2:192.168.162.135

安装参照:http://liyingdi.blog.51cto.com/6397405/1879993

  1. 主服务器配置:

server_id = 134 #保证唯一

log-bin = mysql-bin #打开binlog

gtid-mode = on #打开gtid模式

enforce-gtid-consistency=1 #强制gtid一致性

2.重启主服务器并创建复制用户。

grant replication slave on *.* to ‘rpl133‘@‘192.168.162.133‘ identified by ‘123456‘;

grant replication slave on *.* to ‘rpl133‘@‘192.168.162.135‘ identified by ‘123456‘;

3.配置两个从服务器

server_id = 133 #如果是135服务器则是135

log-bin = mysql-bin

log-slave-updates=true #slave更新时是否记录到日志

gtid-mode=on

enforce-gtid-consistency=true

4在从库上定义主库的链接

change master to master_host=‘192.168.162.134‘,master_user=‘rpl133‘,master_password=‘123456‘,MASTER_AUTO_POSITION=1;

5.启动slave

6.测试

PS:此处的搭建为最基础的主从,个人可根据自己的生产环节进行各种参数优化

时间: 2024-11-03 03:37:48

基于GTID 的主从搭建的相关文章

maxscale配合MHA搭建读写分离的高可用架构(基于GTID replication主从架构,mysql5.6)

基于GTID的主从replication并配合MHA搭建高可用架构,请参考之前的博客:http://linzhijian.blog.51cto.com/1047212/1906434.这里只叙述如何在此基础上增加maxscale中间件,实现读写分离的功能. MaxScale是maridb开发的一个MySQL数据中间件,其配置简单,能够实现读写分离,并且可以根据主从状态实现写库的自动切换.官方文档:https://mariadb.com/kb/en/mariadb-enterprise/about

基于GTID的主从复制搭建

前置检查 server-id = 10,master/slave不允许重复 log-bin gtid-mode = ON enforce-gtid-consistency = ON 1,利用mysqlpump复制master数据到slave,搭建基于GTID的主从复制,缺少GTID处理方法,暂不成功. mysqlpump --host= --user= --password= --single-transaction --default-parallelism=4 --compress-outp

mysql5.6,基于GTID的主从同步与延迟复制

GTID相关: 在mysql5.6之前,mysql主从复制是slave通过配置master的binlog位置实现的,且每一个slave自身的binlog却不同.而在mysql5.6版本后引入了GTID(全局事务标识符),这个值在master生成,slave只要在开启主从复制时指定master的用户,密码,就可获取master的GTID实现同步,而无需再每次去查看master的binlog位置,大大方便了主从同步的配置.GTID的唯一性强化了数据的主备一致性,故障恢复,以及容错能力. 延迟复制相关

基于GTID Replication主从数据不一致操作

基本的M-S结构 现在master与slave主机数据一致: mysql> select * from t1; +------+ | id   | +------+ |    1 | |    2 | |    4 | +------+ 3 rows in set (0.00 sec) 我们来模拟故障现象: 在master上,通过设置sql_log_bin来控制命令是否写入二进制日志中,运行命令: set sql_log_bin=OFF; insert into t1 values(5); se

CentOS6.8下MySQL5.6.40基于GTID主从及多线程复制

大纲 一 GTID简介 二 环境准备 三 数据库的安装 四 基于GTID主从配置步骤 五 验证GTID复制功能 一 GTID简介 GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号.GTID实际上是由UUID+TID组成的.其中UUID是一个MySQL实例的唯一标识.TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增.下面是一个GTID的具体形式3E11FA47-71CA-11E1-9E33-C80AA9429562:23更详

MySQL主从复制--MySQL5.6基于GTID及多线程复制

大纲 一.系统环境 二.MySQL初始化安装过程 三.基于GTID的主从模式配置过程 一.系统环境 系统环境 CentOS5.8 x86_64 master.network.com    master    172.16.1.101 slave.network.com     slave     172.16.1.105 软件包 mysql-5.6.26-linux-glibc2.5-x86_64.tar.gz(二进制通用安装包) 拓扑图 二.MySQL初始化安装过程 1.时间同步 [[emai

mysql5.6基于GTID的主从复制

mysql5.6gtid模式的主从复制: 1.配置master的my.cnf文件:    ##################master    [mysqld]    basedir = /usr/local/mysql    datadir = /home/data/mysqldb    socket = /home/data/mysqldb/mysql.sock    port = 3306    server_id = 1    user=mysql        binlog-form

Mysql基于GTID搭建主从同步

一.GTID的概念 1.全局事务标识:global transaction identifiers.2.GTID是一个事务一一对应,并且全局唯一ID.3.一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致.4.GTID用来代替传统复制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制.而是使用MASTER_AUTO_POSTION=1的方式开始复制.5.MySQL-5.6.5开始支持的,MySQL-5.6.10后开始完善.6.在传统的sl

MySQL--------基于GTID半同步搭建主从

1. 背景 * GTID: 全局事物ID(Global Transaction ID),在整个事务架构中每一个事务ID号是全局唯一的,不止是在一个节点上而是整个主从复制架构中每任何两个事务的ID号都不会相同. * GTID就是由当前节点的UUID(一个128位的随机数)和为当前节点生成的自增数(TID)组成的. * GTID在分布式架构中可以保证数据的一致性.从而也实现了mysql的高可用性. * MySQL 5.6开始支持. GTID在复制中代替原有的binlog file和file posi