Mysql 主从复制GTID

--------------------------------------------

安装准备

配置/etc/my.cnf

主master grant 分配复制帐号

从slave  change ；开启slave；查看状态；

验证一致性

--------------------------------------------

当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中。

binlog传输到slave，并存储到slave的relaylog后，读取这个GTID值设置gtid_next变量，告诉slave，下一个要执行的GTID值。sql线程从relay log中获取GTID，然后对比slave端的binlog是否有该GTID。如果有记录，说明该GTID的事务已经执行过，slave就会忽略。如果没有记录，slave就会执行该GTID事务，记录该GTID到自身的binlog，再读取执行事务前会先检查其他session持有该GTID，确保不被重复执行。在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫面。

--------------------------------------------

mysql-5.7.17-1.el6.x86_64.rpm-bundle.tar

tar xf mysql-5.7.17-1.el6.x86_64.rpm-bundle.tar

yum install -y mysql-community-client-5.7.17-1.el6.x86_64.rpm mysql-community-common-5.7.17-1.el6.x86_64.rpm mysql-community-libs-5.7.17-1.el6.x86_64.rpm mysql-community-libs-compat-5.7.17-1.el6.x86_64.rpm mysql-community-server-5.7.17-1.el6.x86_64.rpm

/etc/init.d/mysqld start             ##开启服务，初始化，得到一个uuid和临时秘密

2017-03-28T00:46:21.597691Z 0 [Warning] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: f6701f68-134f-11e7-94e7-52540022095a.

2017-03-28T00:46:21.664060Z 1 [Note] A temporary password is generated for [email protected]: I-S>yshos7JT

[[email protected] ~]# mysql -uroot -p        ##修改密码

Enter password:

mysql> alter user [email protected] identified by ‘Redhat-1024‘;

Query OK, 0 rows affected (0.09 sec)

vim /etc/my.cnf                    ##编辑文件，进行配置

server-id=3

gtid-mode=ON

enforce-gtid-consistency=1                ##开启gtid的一些安全限制

log-bin=mysql-bin

binlog-do-db=test

binlog-ignore-db=mysql

log-slave-updates

/etc/init.d/mysqld restart            ##更改配置，重启服务

mysql> show master status;            ##查看主节点状态

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

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

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

| mysql-bin.000004 |      154 | test         | mysql            |                   |

+------

mysql> grant replication slave on *.* to [email protected]‘172.25.38.%‘ identified by ‘Redhat-1024‘;##分配复制帐号

Query OK, 0 rows affected, 1 warning (0.10 sec)

--------------------------------------------

[[email protected] ~]# /etc/init.d/mysqld start

2017-03-28T00:47:40.538466Z 0 [Warning] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: 257d874a-1350-11e7-b4ab-525400e717cb.

2017-03-28T00:47:40.661188Z 1 [Note] A temporary password is generated for [email protected]: Aozj4uC:4iff

[[email protected] ~]# mysql -uroot -p

Enter password:

mysql> alter user [email protected] identified by ‘Redhat-1024‘;

Query OK, 0 rows affected (0.40 sec)

[[email protected] ~]# /etc/init.d/mysqld restart

[[email protected] ~]# mysql -uroot -p

Enter password:

mysql> change master to master_host=‘172.25.38.3‘,master_user=‘ly‘,master_password=‘Redhat-1024‘,master_auto_position=1;##

mysql> show slave status\G;

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Retrieved_Gtid_Set: f6701f68-134f-11e7-94e7-52540022095a:1

Executed_Gtid_Set: f6701f68-134f-11e7-94e7-52540022095a:1

[[email protected] mysql]# mysql -p

Enter password:

[[email protected] mysql]# cat auto.cnf

[auto]

server-uuid=f6701f68-134f-11e7-94e7-52540022095a

mysql> show global variables like ‘%gtid%‘;

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

| Variable_name                    | Value                                    |

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

| binlog_gtid_simple_recovery      | ON                                       |

| enforce_gtid_consistency         | ON                                       |

| gtid_executed                    | f6701f68-134f-11e7-94e7-52540022095a:1-7 |

| gtid_executed_compression_period | 1000                                     |

| gtid_mode                        | ON                                       |

| gtid_owned                       |                                          |

| gtid_purged                      |                                          |

| session_track_gtids              | OFF                                      |

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

[[email protected] mysql]# cat auto.cnf

[auto]

server-uuid=257d874a-1350-11e7-b4ab-525400e717cb

mysql> show global variables like ‘%gtid%‘;

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

| Variable_name                    | Value                                    |

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

| binlog_gtid_simple_recovery      | ON                                       |

| enforce_gtid_consistency         | ON                                       |

| gtid_executed                    | f6701f68-134f-11e7-94e7-52540022095a:1-7 |

| gtid_executed_compression_period | 1000                                     |

| gtid_mode                        | ON                                       |

| gtid_owned                       |                                          |

| gtid_purged                      | f6701f68-134f-11e7-94e7-52540022095a:1-6 |

| session_track_gtids              | OFF                                      |

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

mysql> grant replication slave on *.* to [email protected]‘172.25.38.%‘ identified by ‘Redhat-1024‘;

mysql> change master to master_host=‘172.25.38.3‘,master_user=‘ly‘,master_password=‘Redhat-1024‘,master_auto_position=1;

mysql> start slave;

mysql> show slave status\G;

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

Slave_IO_State: Waiting for master to send event

mysql> insert into usertb values(0004,‘xiao‘);

Query OK, 1 row affected (0.13 sec)

Master_Host: 172.25.38.3

Master_User: ly

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000004

Read_Master_Log_Pos: 445

Relay_Log_File: server4-relay-bin.000002

Relay_Log_Pos: 658

Relay_Master_Log_File: mysql-bin.000004

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 445

Relay_Log_Space: 867

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 0

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 3

Master_UUID: f6701f68-134f-11e7-94e7-52540022095a

Master_Info_File: /var/lib/mysql/master.info

SQL_Delay: 0

SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates

Master_Retry_Count: 86400

Master_Bind:

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set: f6701f68-134f-11e7-94e7-52540022095a:1

Executed_Gtid_Set: f6701f68-134f-11e7-94e7-52540022095a:1

Auto_Position: 1

Replicate_Rewrite_DB:

Channel_Name:

Master_TLS_Version:

1 row in set (0.00 sec)

mysql> select * from test.usertb

-> ;

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

| id | name     |

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

|  1 | zhangsan |

|  2 | wang     |

|  3 | lisi     |

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

mysql> insert into usertb values(0004,‘xiao‘);

Query OK, 1 row affected (0.13 sec)

mysql> select * from test.usertb;

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

| id | name     |

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

|  1 | zhangsan |

|  2 | wang     |

|  3 | lisi     |

|  4 | xiao     |

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

时间： 2024-10-07 02:09:46

Mysql 主从复制GTID的相关文章

MySQL主从复制-GTID原理

一.MySQL 主从复制原理阐述 Mysql主从复制:简单来说就是Mysql 同步,Ab 复制等,主从复制是单向的,只能从 Master 复制到 Slave 上,延时基本上是毫秒级别的(排除网络延迟等问题).一组复制结构中可以有多个Slave,对于 Master一般场景推荐只有一个,[根据您的业务进行调配,主主复制.延迟复制等] Mysql 传统复制是基于 Mysql 二进制文件(Mysql-Bin.000001),加上对应日志文件中每个事件的偏移量位置点(Postion). MySQL主从复制

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.% #

MySQL主从复制——MySQL-5.6基于GTID及多线程的复制

一.Mysql 5.6 新特性 .... 复制功能的改进 ⒈支持多线程复制,(slave-parallel-workers=0     0: 表示禁用多线程功能:)事实上是针对每个database开启相应的独立线程.即每个库有一个单独的(sql thread),如果线上业务中,只有一个database或者绝大多数压力集中在个别database的话,多线程并发复制特性就没有意义了. ⒉支持启用GTID,对运维人员来说应该是一件令人高兴的事情,在配置主从复制,传统的方式里,你需要找到binlog和P

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

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

Mysql 主从复制之半同步复制(基于gtid)

Mysql主从复制mysql主从复制原理:从库有两个线程IO线程和SQL线程1.从库的IO线程向主库的主进程发送请求,主库验证从库,交给主库IO线程负责数据传输;2.主库IO线程对比从库发送过来的master.info里的信息,将binlog文件信息,偏移量和binlog文件名等发送给从库3.从库接收到信息后,将binlog信息保存到relay-bin中,同时更新master.info的偏移量和binlog文件名4.从库的SQL线程不断的读取relay-bin的信息,同时将读到的偏移量和文件名写

配置MYSQL基于GTID 主从复制详细解析及步骤

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

linux笔记 第四十课 mysql主从复制

1.MYSQL复制的基础概念 2.MYSQL复制的实现 3.MYSQL复制架构及双主模型演示 4.MYSQL复制监控/常见问题及解决方案 5.MariaDB  GTID及多源复制 6.MariaDB  GTID读写分离及mysql-proxy的使用 一.MySQL主从复制的基础知识 二.MySQL主从复制实现(以mariadb 5.5.36为例) 实验环境:主服务器(node1)172.16.100.7 从服务器(node2)172.168.100.8 软件:mariadb-5.5.36-lin

mysql主从复制--mysql-5.5异步、半同步配置

背景介绍 mysql5.5之前版本,mysql主从复制比较简单 mysql5.6:gtid,multi-thread replication master 1 启用二进制日志 log-bin = master-bin log-bin-index = master-bin.index 2 选择一个唯一的server id server-id = [0~2^32] 3 创建具有复制权限的用户 replication slave,复制的从节点 replication client,联系master,获

MySQL主从复制的配置

MySQL主从复制的配置 环境 操作系统:CentOS-6.6-x86_64-bin-DVD1.iso MySQL版本:mysql-5.6.26.tar.gz 主节点IP:192.168.1.205     主机名:edu-mysql-01 从节点IP:192.168.1.206     主机名:edu-mysql-02 主机配置:4核CPU.4G内存 依赖课程 <高可用架构篇--第13节--MySQL源码编译安装(CentOS-6.6+MySQL-5.6)> MySQL主从复制官方文档 ht