devbox
运维做开发
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

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

作者：运维做开发 | 2024-08-06 11:51:18

赞

踩

mariadb-10的 gtid多线程

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 
<span style="font-size:18px;">[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

</span>
重启mysqld 
<span style="font-size:18px;">[root@nfs data]# service mysqld restart
Shutting down MySQL. SUCCESS! 
Starting MySQL..... SUCCESS! 
</span>


启动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)

创建用户 
  1. mysql> grant replication slave on *.* to 'master'@'192.168.%.%' identified by '123';
  2. Query OK, 0 rows affected (0.46 sec)
  3.  
  4. mysql> flush privileges;
  5. 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服务器. 
  1. mysql> change master to master_host='192.168.217.14',master_user='master',master_password='123',master_auto_position=1;
  2. Query OK, 0 rows affected, 2 warnings (0.63 sec)
配置完成。

从服务器启动起来！！

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



查看状态信息
master上 
  1. mysql> show master status;
  2. +-------------------+----------+--------------+------------------+------------------------------------------+
  3. | File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                        |
  4. +-------------------+----------+--------------+------------------+------------------------------------------+
  5. | master-bin.000002 |      536 |              |                  | 42fcdd78-002b-11e7-994b-000c2969e289:1-2 |
  6. +-------------------+----------+--------------+------------------+------------------------------------------+
  7. 1 row in set (0.02 sec)
slave上 
  1. mysql> show slave status\G
  2. *************************** 1. row ***************************
  3.                Slave_IO_State: Waiting for master to send event
  4.                   Master_Host: 192.168.217.14
  5.                   Master_User: master
  6.                   Master_Port: 3306
  7.                 Connect_Retry: 60
  8.               Master_Log_File: master-bin.000002
  9.           Read_Master_Log_Pos: 536
  10.                Relay_Log_File: slave-relay-bin.000002
  11.                 Relay_Log_Pos: 748
  12.         Relay_Master_Log_File: master-bin.000002
  13.              Slave_IO_Running: Yes
  14.             Slave_SQL_Running: Yes
  15.               Replicate_Do_DB: 
  16.           Replicate_Ignore_DB: 
  17.            Replicate_Do_Table: 
  18.        Replicate_Ignore_Table: 
  19.       Replicate_Wild_Do_Table: 
  20.   Replicate_Wild_Ignore_Table: 
  21.                    Last_Errno: 0
  22.                    Last_Error: 
  23.                  Skip_Counter: 0
  24.           Exec_Master_Log_Pos: 536
  25.               Relay_Log_Space: 952
  26.               Until_Condition: None
  27.                Until_Log_File: 
  28.                 Until_Log_Pos: 0
  29.            Master_SSL_Allowed: No
  30.            Master_SSL_CA_File: 
  31.            Master_SSL_CA_Path: 
  32.               Master_SSL_Cert: 
  33.             Master_SSL_Cipher: 
  34.                Master_SSL_Key: 
  35.         Seconds_Behind_Master: 0
  36. Master_SSL_Verify_Server_Cert: No
  37.                 Last_IO_Errno: 0
  38.                 Last_IO_Error: 
  39.                Last_SQL_Errno: 0
  40.                Last_SQL_Error: 
  41.   Replicate_Ignore_Server_Ids: 
  42.              Master_Server_Id: 1
  43.                   Master_UUID: 42fcdd78-002b-11e7-994b-000c2969e289
  44.              Master_Info_File: mysql.slave_master_info
  45.                     SQL_Delay: 0
  46.           SQL_Remaining_Delay: NULL
  47.       Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
  48.            Master_Retry_Count: 86400
  49.                   Master_Bind: 
  50.       Last_IO_Error_Timestamp: 
  51.      Last_SQL_Error_Timestamp: 
  52.                Master_SSL_Crl: 
  53.            Master_SSL_Crlpath: 
  54.            Retrieved_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2
  55.             Executed_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2
  56.                 Auto_Position: 1
  57. 1 row in set (0.00 sec)





声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/运维做开发/article/detail/937288
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号