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

最新推荐文章于 2024-02-17 14:33:55 发布

Ghost_02

最新推荐文章于 2024-02-17 14:33:55 发布

阅读量1.9k

点赞数 1

分类专栏： mysql

本文链接：https://blog.csdn.net/ghost_leader/article/details/60960065

版权

mysql 专栏收录该内容

10 篇文章 0 订阅

订阅专栏

GTID

GTID是Global Transaction identity 的缩写。字面翻译是全局事务id。其主要目的是为了简化复制。

GTID的概念

普通的复制过程中，从库通过记录主库的binlog文件名和偏移量来记录和接收主库binlog的事件工作进展。下次开始复制的时候告知主库这些信息，让主库可以从正确的位置开始发送binlog的事件给从库。但基于GTID的复制就不再需要告知这些事情，在执行 CHANGE MASTER TO 命令，也不需要指定MASTER_LOG_FILE 和 MASTER_LOG_POS参数。只需要指定MASTER_AUTO_POSTION = 1 就可以了，主库会根据从库发送过来的一个GTID集合信息来决定从哪里开始发送binlog事件。大大简化了数据库管理员在复制中的工作。

GTID是在数据库提交事务时创建的唯一的标示符。该标示符与事务是一一相关的。

GTID有两部分组成，如下所示：

GTID = source_id：transaction_id

source_id 用于标识这个事务是在哪个数据库实例上执行的。用的是uuid作为source_id 。

transaction_id 是一个序列号，取决于该事务在数据库上的提交顺序。该序列号初始为1.

如：

1a5dwac-dwa5-4c12-dwafn54d4a1d:2

表示server_id 为 1a5dwac-dwa5-4c12-dwafn54d4a1d 上提交的第2个事务。

多线程复制概念

在MySQL5.6以前的版本，同步复制都是单线程的，只能一个一个执行。在5.6做到了多个库多线程复制。

但是需要注意的是。一个库只能由一个线程去复制。也就是说若复制的库只有1个，那么线程也只有一个。复制的库有2个。那么线程可以增加到两个。

GTID的作用

那么GTID的作用是什么呢？具体归纳下来有以下两点：

1.根据GTID来确认事务最初的是在哪个实例上提交的

2.GTID的存在方便了Replication和failover。

这两个环境是为了模拟以下的环境

GTID

这里在百度上找了一个图（不要在意啦~）。

就是当Master M宕机后。这时Slave A 开启。我们需要Slave B去将复制源改成 Slave A。修改的语句简单，无非就是 CHANGE MASTER TO MASTER_HOST='xxx' 。。。。但是难点是MASTER_LOG_FILE 和MASTER_LOG_POS的值给成什么，也就是说需要将二进制文件的起始位置配置成什么呢。这成了最大的难题。

在MySQL5.6出现后。由于GTID的出现，同一事务的GTID在所有节点的值保持一致。那么根据Slave B当前停止的那个点就可以找到Slave A上需要配置的那一点。所以GTID出现以后。MASTER_AUTO_POSITION 功能的出现。连GTID的值是多少都不需要知道。

配置时，只需要 CHANGE MASTER TO MASTER_HOST='xxx',MASTER_AUTO_POSITION命令就可以直接完成failover 功能了。

需要注意的选项

要在MySQL5.6 使用复制功能的，某服务器配置段[mysqld]中至少定义如下选项。

binlog-format : 二进制日志格式，有row，statment，mixed。其中必须设置为row（基于行复制的）

log-slave-updates, gtid-mode, enforce-gtid-consistency, report-port 和 report-host 用于启动GTID相关的。

master-info-repository 和relay-log-repository 启用这两项，可用于实现在崩溃时保证二进制及从服务器安全功能。

slave-paralles-workers 设定slave的服务器的SQL线程数。

binlog-checksum master-verify-checksum 和 slave-verify-checksum :启用复制相关的校验功能。

binlog-rows-query-log-events 启用，可用于在二进制日志中记录事件相关的信息。可降低故障的排除复杂度。

logbin 启用二进制

server-id 服务器id必须保持不一样。

主服务器上GTID的配置。

配置/etc/my.cnf

[mysqld]
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

datadir = /usr/local/mysql/data
innodb_file_per_table = ON
server-id = 1
socket=/usr/local/mysql/data/mysql.sock
log-bin=master-bin
## GTID 
binlog-format=ROW
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-port=3306
port=3306
report-host=192.168.217.14#本机IP

重启mysqld

[root@nfs data]# service mysqld restart
Shutting down MySQL. SUCCESS! 
Starting MySQL..... SUCCESS!

启动MySQL，查看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.33 sec)

创建用户

mysql> grant replication slave on *.* to 'master'@'192.168.%.%' identified by '123';
Query OK, 0 rows affected (0.46 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.03 sec)

从服务器配置GTID相关

修改mysql的配置文件 /etc/my.cnf

[mysqld]
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

datadir = /usr/local/mysql/data
server-id = 10
socket=/usr/local/mysql/data/mysql.sock
log-bin=master-bin


## GTID 
binlog-format=ROW
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-port=3306
port=3306
report-host=192.168.217.15#本机IP

重启MySQL之后连接master服务器.

mysql> change master to master_host='192.168.217.14',master_user='master',master_password='123',master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.63 sec)

配置完成。

从服务器启动起来！！

mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.29 sec)

查看状态信息

master上

mysql> show master status;
+-------------------+----------+--------------+------------------+------------------------------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                        |
+-------------------+----------+--------------+------------------+------------------------------------------+
| master-bin.000002 |      536 |              |                  | 42fcdd78-002b-11e7-994b-000c2969e289:1-2 |
+-------------------+----------+--------------+------------------+------------------------------------------+
1 row in set (0.02 sec)

slave上

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.217.14
                  Master_User: master
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-bin.000002
          Read_Master_Log_Pos: 536
               Relay_Log_File: slave-relay-bin.000002
                Relay_Log_Pos: 748
        Relay_Master_Log_File: master-bin.000002
             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: 536
              Relay_Log_Space: 952
              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: 42fcdd78-002b-11e7-994b-000c2969e289
             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: 42fcdd78-002b-11e7-994b-000c2969e289:1-2
            Executed_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2
                Auto_Position: 1
1 row in set (0.00 sec)

Ghost_02

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
MySQL主从复制-基于GTID及多线程的复制

GTID GTID是Global Transaction identity 的缩写。字面翻译是全局事务id。其主要目的是为了简化复制。GTID的概念普通的复制过程中，从库通过记录主库的binlog文件名和偏移量来记录和接收主库binlog的事件工作进展。下次开始复制的时候告知主库这些信息，让主库可以从正确的位置开始发送binlog的事件给从库。但基于GTI
复制链接

扫一扫