把目前的replication升级到GTIDs

把所有的master和slave

1.把所有的master和slave

set @@global.read_only=on;  或 set global read_only=on;

2.把所有的master和slave

service mysql stop

3.把所有的master和slave,开启GTIDs

开启GTIDs需要在所有机器上都配置gtid-mode,log-bin、log-slave-updates,

enforce-gtid-consistency(在5.6.9之前是--disable-gtid-unsafe-statement),

另外slave在这个环节需要增加skip-slave-start参数

master配置

[mysqld]

gtid-mode=on

log-bin

log-slave-updates

enforce-gtid-consistency

slave配置

[mysqld]

gtid-mode=on

log-bin

log-slave-updates

enforce-gtid-consistency

skip-slave-start

4.启动所有server服务,重新配置slave

service mysql start

slave下执行

change master to

master_host=‘slave_ip‘,

master_port=3306,

master_user=‘dba‘,

master_password=‘beifen‘,

master_auto_position=1;

start slave;

5.6以后可以多线程方式传输二进制日志

slave-parallel-workers=N

错误跳过

stop slave;

set global sql_slave_skip_count=1;   --gtid不支持,这个功能是基于position编号的

start slave;

GTIDs模式下错误处理

stop slave;

set gtid_nex=‘uuid:next_id‘;

begin;

commit;

set gtid_next=‘AUTOMATIC‘;

start slave;

时间: 2024-10-14 00:13:47

把目前的replication升级到GTIDs的相关文章

Replication Lag 的mysql 如何分析

转https://blogs.oracle.com/jsmyth/what-causes-replication-lag What Causes Replication Lag? Mark LewinMYSQL CURRICULUM DEVELOPER Replication lag occurs when the slaves (or secondaries) cannot keep up with the updates occuring on the master (or primary)

MySQL GTID

[Global Transaction ID]GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号.GTID实际上是由UUID+TID组成的.其中UUID是一个MySQL实例的唯一标识.TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增.下面是一个GTID的具体形式 3E11FA47-71CA-11E1-9E33-C80AA9429562:23 gtid event 结构 GTID的作用 那么GTID功能的目的是什么呢?具体归纳

配置基于GTIDs的replication

什么是GTIDs ? global transaction identifiers  mysql 5.6.5新加的一项技术 GTIDs是完全基于事务的,因此不支持MYISAM存储引擎(兼容性不好) 添加新的slave或者当发生故障转移需要将master身份迁移到slave时,无需考虑是那一个二进制日志以及那一个position GTID 由source_UUID transaction_id两部分组成 source_id 来源于server_id,可以再aoto.cnf中看到 transacti

ORACLE 11.2.0.1升级到11.2.0.3

ORACLE 11.2.0.1升级到11.2.0.3 最近听了李光老师的关于oracle的升级公开课,深有感悟,之前一直想自己测试的,没有下定决心,这几天自己在虚拟机上测试了一下,测试的过程如下,当然这个只是一些基本的步骤,实际的生产环境我想比这个复杂的多了,但是不用急,慢慢来,循序渐进吧... 1. 数据库情况 单实例非ASM存储 ORACLE_SID : orcl ORACLE_HOME: /u01/app/oracle/product/11.2.0/dbhome_1 1. 数据库原始状态

转:Mongodb源码分析之Replication模式

原文出处:http://www.cnblogs.com/daizhj/archive/2011/06/13/mongodb_sourcecode_rep mongodb中提供了复制(Replication)机制,通过该机制可以帮助我们很容易实现读写分离方案,并支持灾难恢复(服务器断电)等意外情况下的数据安全. 在老版本(1.6)中,Mongo提供了两种方式的复制:master-slave及replica pair模式(注:mongodb最新支持的replset复制集方式可看成是pair的升级版,

2003域控制器升级2012

一.查看2003域环境-域控制器数量 (dsquery server)-DNS服务-全局编录服务器-域功能级别-林功能级别-网络参数-定位主域控制器-FRS复制服务 使用下列命令查看当前的域环境hostname 计算机名称whoami 当前用户名dsquery server 查看域服务器dsquery server -isgc 查看全局编录GC服务器nslookup 查看DNS服务器   set q=srv  _ldap._tcp.dc._msdcs.ytzg.com net accounts

Redis主从复制(Master-Slave Replication)

案例测试: 1. Master新增网卡,修改server端配置 IP : 192.168.40.128/24 注释: bind,支持网络连接 2. 新建虚机slave,配置网络,修改redis配置 #slaveof <masterip> <masterport> slaveof 192.168.40.128 6379 # masterauth <master-password> masterauth "zcy1991" 3. 启动redis,打开日志

MySQL5.6 GTID Replication

MySQL 5.6 的新特性之一,是加入了全局事务 ID (Global Transaction ID) 来强化数据库的主备一致性,故障恢复,以及容错能力.官方文档:http://dev.mysql.com/doc/refman/5.6/en/replication-gtids.html在这篇文档里,我们可以知道GTID(全局事务 ID) 的官方定义是:GTID实际上是由UUID+TID组成的,其中UUID是一个MySQL实例的唯一标识,TID代表了该实例上已经提交的事务数量,并且随着事务提交单

Oracle 10g R2升级到Oracle 11g R2

Oracle 10g R2升级到Oracle 11g R2 系统环境: 操作系统:RedHat EL55 Oracle 软件: Oracle 10g R2.Oracle 11g R2 Oracle 升级线路 本案例是从Oracle 10.2.0.4.0升级到Oracle 11.2.0.1.0 参考文档: Oracle patch CPU Update: http://tiany.blog.51cto.com/513694/846066 Oracle 10g 升级(10.2.0.1.0升级到10.