mysql5.6.x GTID主从复制配置

本文环境:  
主库：CentOS6.7 x64 192.168.0.65 mysql-5.6.29    
备库：CentOS6.7 x64 192.168.0.66 mysql-5.6.29

一、配置Mysql5.6 GTID主从（本节配置适合主从都是空库的情况）

1. mysql主服务器配置

说明: 基于GTID的主从复制需要在配置文件中添加如下内容。

# vi /etc/my.cnf

[mysqld]  
binlog-format                = ROW    
log-bin                      = master-bin    
log-bin-index                = master-bin.index    
log-slave-updates            = true    
gtid-mode                    = on    
enforce-gtid-consistency     = true    
master-info-repository       = TABLE    
relay-log-info-repository    = TABLE    
sync-master-info             = 1    
slave-parallel-workers       = 2    
binlog-checksum              = CRC32    
master-verify-checksum       = 1    
slave-sql-verify-checksum    = 1    
binlog-rows-query-log_events = 1    
report-host                  = 192.168.1.120    
server-id                    = 1

重启数据库:    
# service mysqld restart

查看gtid信息:    
mysql> show global variables like ‘%GTID%‘; 
+---------------------------------+----------------------------------------+    
| Variable_name                   | Value                                  |    
+---------------------------------+----------------------------------------+    
| binlog_gtid_simple_recovery     | OFF                                    |    
| enforce_gtid_consistency        | ON                                     |    
| gtid_executed                   |                                        |    
| gtid_mode                       | ON                                     |    
| gtid_owned                      |                                        |    
| gtid_purged                     |                                        |    
| simplified_binlog_gtid_recovery | OFF                                    |    
+---------------------------------+----------------------------------------+

2. 主服务器配置同步复制帐号

grant replication slave on *.* to ‘repl‘@‘%‘ identified by ‘123456‘;  
flush privileges;

3. mysql从服务器配置

说明: 默认只要server-id不相同即可。

# vi /etc/my.cnf

[mysqld]  
binlog-format                = ROW    
log-bin                      = mysql-bin    
relay-log                    = slave-relay-bin    
relay-log-index              = slave-relay-bin.index    
log-slave-updates            = true    
gtid-mode                    = on    
enforce-gtid-consistency     = true    
master-info-repository       = TABLE    
relay-log-info-repository    = TABLE    
sync-master-info             = 1    
slave-parallel-workers       = 2    
binlog-checksum              = CRC32    
master-verify-checksum       = 1    
slave-sql-verify-checksum    = 1    
binlog-rows-query-log_events = 1    
report-host                  = 192.168.1.121    
server-id                    = 11

重启数据库:    
# service mysqld restart

查看gtid状态:    
mysql> show global variables like ‘%GTID%‘; 
+---------------------------------+----------------------------------------+    
| Variable_name                   | Value                                  |    
+---------------------------------+----------------------------------------+    
| binlog_gtid_simple_recovery     | OFF                                    |    
| enforce_gtid_consistency        | ON                                     |    
| gtid_executed                   |                                        |    
| gtid_mode                       | ON                                     |    
| gtid_owned                      |                                        |    
| gtid_purged                     |                                        |    
| simplified_binlog_gtid_recovery | OFF                                    |    
+---------------------------------+----------------------------------------+    
7 rows in set (0.00 sec)

4. 连接主Mysql,配置主从

(1) 连接主数据库

mysql>  
CHANGE MASTER TO    
MASTER_HOST=‘192.168.0.65‘,    
MASTER_PORT=3306,    
MASTER_USER=‘repl‘,    
MASTER_PASSWORD=‘123456‘,    
MASTER_AUTO_POSITION=1;

(2) 启动从同步进程

mysql> start slave;  
mysql> show slave status\G;    
*************************** 1. row ***************************    
               Slave_IO_State: Waiting for master to send event    
                  Master_Host: 192.168.0.65    
                  Master_User: repl    
                  Master_Port: 3306    
                Connect_Retry: 60    
              Master_Log_File: master-bin.000007    
          Read_Master_Log_Pos: 290    
               Relay_Log_File: slave-relay-bin.000002    
                Relay_Log_Pos: 502    
        Relay_Master_Log_File: master-bin.000007    
             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: mysql.%    
                   Last_Errno: 0    
                   Last_Error:    
                 Skip_Counter: 0    
          Exec_Master_Log_Pos: 290    
              Relay_Log_Space: 706    
              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: 1    
                  Master_UUID: c8bb22a1-024e-11e6-a1e8-000c29225fa0    
             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:    
            Executed_Gtid_Set:    
                Auto_Position: 1    
1 row in set (0.00 sec)

ERROR:    
No query specified

mysql>

#查看如下两个参数为YES，说明从库运行正常。  
             Slave_IO_Running: Yes    
            Slave_SQL_Running: Yes

5. 验证同步情况

(1) 主数据库创建一个数据库

mysql> create database abc;  
Query OK, 1 row affected (0.02 sec)

mysql> show master status\G;  
*************************** 1. row ***************************    
             File: master-bin.000007    
         Position: 290    
     Binlog_Do_DB:    
Binlog_Ignore_DB:    
Executed_Gtid_Set: c8bb22a1-024e-11e6-a1e8-000c29225fa0:1    
1 row in set (0.00 sec)

ERROR:    
No query specified

mysql>

(2) 从数据库查看同步情况

mysql> show databases;  
+--------------------+    
| Database           |    
+--------------------+    
| information_schema |    
| abc                |    
| mydb               |    
| mysql              |    
| performance_schema |    
+--------------------+    
5 rows in set (0.01 sec)

mysql> show slave status\G;  
*************************** 1. row ***************************    
               Slave_IO_State: Waiting for master to send event    
                  Master_Host: 192.168.0.65    
                  Master_User: repl    
                  Master_Port: 3306    
                Connect_Retry: 60    
              Master_Log_File: master-bin.000007    
          Read_Master_Log_Pos: 290    
               Relay_Log_File: slave-relay-bin.000002    
                Relay_Log_Pos: 502    
        Relay_Master_Log_File: master-bin.000007    
             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: mysql.%    
                   Last_Errno: 0    
                   Last_Error:    
                 Skip_Counter: 0    
          Exec_Master_Log_Pos: 290    
              Relay_Log_Space: 706    
              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: 1    
                  Master_UUID: c8bb22a1-024e-11e6-a1e8-000c29225fa0    
             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: c8bb22a1-024e-11e6-a1e8-000c29225fa0:1    
            Executed_Gtid_Set: c8bb22a1-024e-11e6-a1e8-000c29225fa0:1    
                Auto_Position: 1    
1 row in set (0.00 sec)

ERROR:    
No query specified    
mysql>

二、 配置Mysql5.6 GTID主从 （主从异步模式转成GTID模式）方式二

mysql-5.6主从同步配置示例 http://koumm.blog.51cto.com/703525/1764093

原环境本身已经是异步主从同步模式。

1，从主库添加如上GTID相关配置文件，重启数据库后，主库锁表，备份数据库。

mysql> flush tables with read lock;

2，从库操重新配置从库，清除掉原来的主库配置信息, 或者采用导入数据库。

mysql> stop slave;  
mysql> reset slave;

3，在保证数据同步的情况下从库重新连接主库同步。

mysql>  
CHANGE MASTER TO    
MASTER_HOST=‘192.168.0.65‘,    
MASTER_PORT=3306,    
MASTER_USER=‘repl‘,    
MASTER_PASSWORD=‘123456‘,    
MASTER_AUTO_POSITION=1;

4，主库

mysql> unlock tables;

5，从库启动并测试同步情况

三、小结

可以在GTID的基础上配置半自动同步复制,可以查看相关文档，实际环境中需要对GTID相当了解后再用于生产环境。

时间： 2024-11-02 21:23:34

mysql5.6.x GTID主从复制配置的相关文章

mysql5.7.26做主从复制配置

一.首先两台服务器安装好mysql数据库环境 参照linux rpm方式安装mysql5.1 https://www.cnblogs.com/sky-cheng/p/10564604.html 二.主库master上创建主从复制账号 mysql> grant replication slave,replication client on *.* to 'repl'@'%' identified by '[email protected]'; Query OK, 0 rows affected,

MySQL5.6基于GTID的主从复制配置

全局事务标示符(Global Transactions Identifier)是MySQL 5.6复制的一个新特性. GTID实际上是由UUID+TID组成的.其中UUID是一个MySQL实例的唯一标识.TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增.下面是一个GTID的具体形式. 1.在MySQL5.6以前对于主从复制出现问题有时候需要你分析BINLOG找到POS点,然后在CHANG MASTER TO.对于新手来说很容易犯错,造成主从复制错误.在新版本中,不必在需要寻找BI

配置MySQL GTID 主从复制

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers.2.GTID是一个事务一一对应,并且全局

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

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

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是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers. 2.GTID是一个事务一一对应,并且全

Mysql5.7 主从复制配置

1.环境 Centos 7 Mysql 5.7 Master  192.168.1.71 Slave01 192.168.1.72 2.分别配置master,slave01 # vi /etc/my.cnf [mysqld]       log-bin=mysql-bin   //[必须]启用二进制日志                                        ------新增       server-id=71      //[必须]服务器唯一ID,slave01此处为7

MySQL 5.6 主从复制配置

一.前言:为什么MySQL要做主从复制(读写分离)?通俗来讲,如果对数据库的读和写都在同一个数据库服务器中操作,业务系统性能会降低.为了提升业务系统性能,优化用户体验,可以通过做主从复制(读写分离)来减轻主数据库的负载.而且如果主数据库宕机,可快速将业务系统切换到从数据库上,可避免数据丢失. 二.MySQL主从复制(读写分离)和集群的区别: 1.主从复制(读写分离):一般需要两台及以上数据库服务器即可(一台用于写入数据,一台用于同步主的数据并用于数据查询操作).局限性:(1)配置好主从复制之后,

企业级-Mysql双主互备高可用负载均衡架构（基于GTID主从复制模式）

前言: 原理与思想 这里选用GTID主从复制模式Mysql主从复制模式,是为了更加确保主从复制的正确性.健康性与易配性.这里做的是两服务器A,B各有Mysql实例3310,两个实例间互为主从 主从复制模式采用GTID主从复制模式,在服务器A,B上配置keepalived负载均衡,通过VIP连接数据库,目的是一旦有某数据库宕机,keepalived 就会立即建VIP执行另外一台 健康的数据库实例上,实现快速切换,避免单点故障,从而保证业务的正常运行. 这里只做了 双主+keepalived  ,