Mysql 基于GTID的主从复制及切换

参考

http://imysql.com/tag/gtid

http://mysqllover.com/?p=594

Mysql 基于GTID的主从复制及切换

一、主从复制配置

两个mysql服务的my.cnf 中相关内容配置

[mysqld]

#从复制数据库表设置

replicate-wild-ignore-table = mysql.%,information_schema.%,innodb.%,innodb_log.%,performance_schema.%,test.%,tmp.% #复制时忽略数据库及表

#my.cnf 开启gtid

log_slave_updates # 表示即可以当从也可以当主

gtid_mode = on

enforce-gtid-consistency = true

10.123.2.128 my.cnf

[mysqld]

server_id=10128 # 所有 mysql服务保持各不相同

10.123.2.165 my.cnf

[mysqld]

server_id=10165 # 所有 mysql服务保持各不相同

# 验证gtid已开启

mysql> SHOW VARIABLES like ‘%gtid%‘;

+--------------------------+-----------+

| Variable_name            | Value     |

+--------------------------+-----------+

| enforce_gtid_consistency | ON        |

| gtid_executed            |           |

| gtid_mode                | ON        |

| gtid_next                | AUTOMATIC |

| gtid_owned               |           |

| gtid_purged              |           |

+--------------------------+-----------+

# 查看当前mysql服务的uuid,gtid的主从同步，绝大多数功能基于server_uuid

mysql> SHOW VARIABLES like ‘%server_uuid%‘;

ip: 10.235.2.128

server_uuid:    aad2226a-6ed3-11e4-9ae0-080027cdcda2

ip: 10.235.2.165

server_uuid:    68a061ee-b013-11e4-845a-080027a36fd3

分别在10.235.2.128、10.235.2.165两个 mysql服务中添加 zabbix_repl用户同步权限

mysql> grant Replication client,replication slave  on *.* to ‘zabbix_repl‘@‘%‘ identified by ‘123456‘;flush privileges;

10.235.2.165 的mysql服务中设置主mysql信息，其中的master_auto_position=1 参数会自动判断从主的什么位置同步数据

mysql> stop slave;

mysql> change master to MASTER_HOST=‘10.235.2.128‘,master_user=‘zabbix_repl‘,master_password=‘123456‘,MASTER_PORT = 3306,MASTER_CONNECT_RETRY = 60,master_auto_position=1;

mysql> start slave;

mysql> show slave status \G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 10.235.2.128

Master_User: zabbix_repl

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 551

Relay_Log_File: relay-log.000002

Relay_Log_Pos: 761

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

...

...

...

Master_Server_Id: 10128

Master_UUID: aad2226a-6ed3-11e4-9ae0-080027cdcda2 # 主数据库的server_uuid

Master_Info_File: mysql.slave_master_info

SQL_Delay: 0

SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it

Master_Retry_Count: 86400

Master_Bind:

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set: aad2226a-6ed3-11e4-9ae0-080027cdcda2:1-2     # 记录了relay日志从Master获取了binlog日志的位置的gtid,由master_uuid:事务id组成

Executed_Gtid_Set: 68a061ee-b013-11e4-845a-080027a36fd3:1-3,    # 本机binlog执行位置的gtid，由 server_uuid:事务id 组成

aad2226a-6ed3-11e4-9ae0-080027cdcda2:1-2    # 主服务上binlog执行位置的gtid，由 master_uuid:事务id 组成

Auto_Position: 1

在10.235.2.128的主mysql中添加数据测试

mysql> create database test2;

mysql> show master status \G

*************************** 1. row ***************************

File: mysql-bin.000001

Position: 1014

Binlog_Do_DB:

Binlog_Ignore_DB:

Executed_Gtid_Set: aad2226a-6ed3-11e4-9ae0-080027cdcda2:1-4

再次查看10.235.2.165从mysql同步状态,同步正常

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| innodb             |

| innodb_log         |

| mysql              |

| performance_schema |

| test               |

| test2              |  # 新添加的测试库

| testdb1            |

| tmp                |

+--------------------+

mysql> show slave status \G

*************************** 1. row ***************************

...

...

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

...

...

Master_UUID: aad2226a-6ed3-11e4-9ae0-080027cdcda2

...

...

Retrieved_Gtid_Set: aad2226a-6ed3-11e4-9ae0-080027cdcda2:1-4

Executed_Gtid_Set: 68a061ee-b013-11e4-845a-080027a36fd3:1-3,

aad2226a-6ed3-11e4-9ae0-080027cdcda2:1-4

Auto_Position: 1

二、主从切换

在10.235.2.165主机

mysql> stop slave;

在10.235.2.128主机

mysql> stop slave;

mysql> change master to MASTER_HOST=‘10.235.2.165‘,master_user=‘zabbix_repl‘,master_password=‘123456‘,MASTER_PORT = 3306,MASTER_CONNECT_RETRY = 60,master_auto_position=1;

mysql> start slave;

mysql> show slave status \G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 10.235.2.165

Master_User: zabbix_repl

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 1529

Relay_Log_File: relay-log.000002

Relay_Log_Pos: 888

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

...

...

Master_UUID: 68a061ee-b013-11e4-845a-080027a36fd3

...

...

Retrieved_Gtid_Set: 68a061ee-b013-11e4-845a-080027a36fd3:1-3

Executed_Gtid_Set: 68a061ee-b013-11e4-845a-080027a36fd3:1-3 # 一般与master mysql 10.235.2.165mysql的gtid相同

Auto_Position: 1

mysql>

在10.235.2.165主机

mysql> show master status \G

*************************** 1. row ***************************

File: mysql-bin.000001

Position: 1529

Binlog_Do_DB:

Binlog_Ignore_DB:

Executed_Gtid_Set: 68a061ee-b013-11e4-845a-080027a36fd3:1-3,    # 10.235.2.165 mysql的gtid

aad2226a-6ed3-11e4-9ae0-080027cdcda2:1-4

在10.235.2.165测试删除数据

mysql> drop database test2;

Query OK, 0 rows affected (0.12 sec)

在10.235.2.128查看数据已经同步（已经没有数据库test2）

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| innodb             |

| innodb_log         |

| mysql              |

| performance_schema |

| test               |

| testdb1            |

| tmp                |

+--------------------+

到这里主机切换已经完成

三、主主复制

原理：

1、双方节点都得有创建具有复制权限的用户    # 参考一、主从复制 添加权限用户

2、双方都得启用中继日志和二进制日志

3、为保证具有自动增长功能的字段能正确生成ID，需要配置两个节点分别使用偶数或奇数ID号

4、都要把对方配置为自己的主节点            # 参考一、主从复制 change master to ...

在my.cnf添加下面相关配置

10.235.2.165 my.cnf配置

[mysqld]

auto-increment-offset = 1       #自增id为奇数

auto-increment-increment = 2    #自增id的增量

log_slave_updates # 表示即可以当从也可以当主

10.235.2.128 my.cnf配置

[mysqld]

auto-increment-offset = 2       #自增id为偶数

auto-increment-increment = 2    #自增id的增量

log_slave_updates # 表示即可以当从也可以当主

四、GTID主从复制遇到的异常情况

错误1：

当备库复制出错时，传统的跳过错误的方法是设置sql_slave_skip_counter,然后再START SLAVE。

但如果打开了GTID，就会设置失败：

mysql> set global sql_slave_skip_counter = 1;

ERROR 1858 (HY000): sql_slave_skip_counter can not be set when the server is running with @@GLOBAL.GTID_MODE = ON. Instead, for each transaction that you want to skip, generate an empty transaction with the same GTID as the transaction

提示的错误信息告诉我们，可以通过生成一个空事务来跳过错误的事务。

我们手动产生一个备库复制错误：

Last_SQL_Error: Error ‘Unknown table ‘test.t1” on query. Default database: ‘test’. Query: ‘DROP TABLE `t1` /* generated by server */’

查看binlog中，该DDL对应的GTID为7a07cd08-ac1b-11e2-9fcf-0010184e9e08:1131

在备库上执行：

mysql> STOP SLAVE;

Query OK, 0 rows affected (0.00 sec)

mysql> SET SESSION GTID_NEXT = ‘7a07cd08-ac1b-11e2-9fcf-0010184e9e08:1131‘;

Query OK, 0 rows affected (0.00 sec)

mysql> BEGIN; COMMIT;

Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

mysql> SET SESSION GTID_NEXT = AUTOMATIC;

Query OK, 0 rows affected (0.00 sec)

mysql> START SLAVE;

再查看show slave status，就会发现错误事务已经被跳过了。这种方法的原理很简单，空事务产生的GTID加入到GTID_EXECUTED中，这相当于告诉备库，这个GTID对应的事务已经执行了。

时间： 2024-10-14 17:04:59

Mysql 基于GTID的主从复制及切换的相关文章

企业——MYSQL(基于GTID)的主从复制

一.什么是主从复制? 主从复制,是用来建立一个和主数据库完全一样的数据库环境,称为从数据库:主数据库一般是准实时的业务数据库. 二.主从复制的作用(好处,或者说为什么要做主从) 1.做数据的热备,作为后备数据库,主数据库服务器故障后,可切换到从数据库继续工作,避免数据丢失. 2.架构的扩展.业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率,提高单个机器的I/O性能. 3.读写分离,使数据库能支撑更大的并发.在报表中尤其重要.由于部分报表sql语句非常的

MySQL 基于 GTID 的主从复制和多实例配置

配置基于 GTID 的主从复制 1.修改 master 和 slave 的配置文件 server-id=113 gtid_mode=on enforce-gtid-consistency=on replicate-do-db=gateway_target # 如果只需同步部分表,就在 slave 上配置这两个额外项 replicate-do-table=gateway_target.t_target_snapshot 2.导出 master 的库和表结构到 slave,先停止 master my

MySQL基于GTID的主从复制

1.什么是GTID? 1.全局唯一,一个事务对应一个GTID 2.替代传统的binlog+pos复制:使用master_auto_position=1自动匹配GTID断点进行复制 3.MySQL5.6开始支持 4.在传统的主从复制中,slave端不用开启binlog:但是在GTID主从复制中,必须开启binlog 5.slave端在接受master的binlog时,会校验GTID值 6.为了保证主从数据的一致性,多线程同时执行一个GTID 2.组成 Master_UUID:序列号举例:ceb0c

mysql主从之基于gtid的主从复制

一 GITD介绍 1.1 gtid的含义 Global Transaction Identifier,全局事务标识 阿里云的rds目前已经使用gtid 基于gtid的主从复制原理 每个mysql数据库上都有一个唯一uuid 每个事务生成一个id gtid由上面两者组合: uuid+事务id 1.2 优势 相对使用binlog+位置的方法来说 gtid让配置主从更加方便 从提升为主时比较方便 二 配置 2.1 主库的配置 [mysqld] bind-address=0.0.0.0 port=330

基于GTID的主从复制数据库

基于GTID的主从复制数据库 全局身份识别 GTID(global transaction identifier) 为了实现主备数据库的强一致性 GTID = source_id:transaction_id source_id 表示执行事务的主库 transaction_id 是一个序列号,表示这个主库上执行的第 n 个事务. server_uuid是系统自动生成的,用来的替代server_id,因为source_id是手工设置的,可能会有冲突 数据库的安装和初始化 server33,44:

基于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

linux下mysql基于mycat做主从复制和读写分离之基础篇

Linux下mysql基于mycat实现主从复制和读写分离1.基础设施 两台虚拟机:172.20.79.232(主) 172.20.79.233(从) 1.1软件设施 mysql5.6.39 , mycat1.6-RELEASE jdk1.7及其以上版本2.实现步骤一(mycat实现读写分离) 1.首先在两台服务器安装mysql 1.下载mysql的repo源 $ wget http://repo.mysql.com/mysql-community-release-el7-5.noarch.rp

docker下部署MySQL8基于GTID的主从复制

安装docker#yum install docker添加docker镜像仓库#vim /etc/docker/daemon.json {"registry-mirrors": ["https://docker.mirrors.ustc.edu.cn"]} 拉取mysql镜像*# docker pull mysql 创建mysql容器# docker run -dit --name lisamysql001 -p 33307:3307 -e MYSQLROOTPAS

Mysql主从复制、二进制日志、基于GTID的主从复制、双主复制

 一.主从复制的工作原理   Mysql在Master与slave之间实现整个复制的过程由3个线程来完成的,   其中两个线程(SQL线程和IO线程)在 Slave端,   另外一个线程(IO)在Master端   要实现Mysql的复制必须首先打开Master端的binary log(也就是二进制日志)否则无法实现. Mysql复制基本过程如下:   (1)Slave上面的IO 线程链接上Master,并且请求指定日志文件的位置(或者 从开始的日志之后的日志内容)   (2)Master接收到