MySQL基于GTID的多线程同步方案

一、多线程同步说明

MySQL5.6支持多线程复制，针对每个database开启相应的独立线程,即每个库有一个单独的(sql thread),如果线上业务中，只有一个database或者绝大多数压力集中在个别database的话，多线程并发复制特性是没有意义的。

MySQL5.6支持启用GTID，在配置主从复制时，传统的方式里，需要找到binlog和POS点，然后change master to指向，而不是很有经验的运维，往往会将其找错，造成主从同步复制报错，在mysql5.6里，无须再知道binlog和POS点，需要知道master的IP、端口，账号密码即可，因为同步复制是自动的，mysql通过内部机制GTID自动找点同步。

GITD 详解

MySQL 5.6 的新特性之一，是加入了全局事务 ID (GTID) 来强化数据库的主备一致性，故障恢复，以及容错能力。

1.什么是GTID？

全局事务ID的官方定义是：GTID = source_id:transaction_id

MySQL 5.6 中，每一个GTID代表一个数据库事务。在上面的定义中，source_id 表示执行事务的主库 uuid（server_uuid），transaction_id是一个从1开始的自增计数，表示在这个主库上执行的第 n 个事务。MySQL 会保证事务与 GTID 之间的 1 : 1 映射。

例如，下面就是一个 GTID：3E11FA47-71CA-11E1-9E33-C80AA9429562:50 表示在以 "3E11FA47-71CA-11E1-9E33-C80AA9429562" 为唯一标示的MySQL实例上执行的第50个数据库事务。很容易理解，MySQL 只要保证每台数据库的 server_uuid 全局唯一，以及每台数据库生成的 transaction_id 自身唯一，就能保证 GTID 的全局唯一性。

2.什么是server_uuid？

MySQL5.6用128位的server_uuid代替了原本的32位server_id的大部分功能。原因很简单，server_id 依赖于 my.cnf 的手工配置，有可能产生冲突，而自动产生128位uuid的算法可以保证所有的MySQL uuid都不会冲突。

在首次启动时MySQL会调用 generate_server_uuid()自动生成一个 server_uuid，并且保存到auto.cnf文件，这个文件目前存在的唯一目的就是保存server_uuid。

3、同步架构

二、多线程同步配置

1、环境信息

Master

ip：192.168.3.127

port：3306

Slave

ip：192.168.3.126

port：3306

2、多线程参数配置说明

#用于启动GTID及满足附属的其它需求

log-slave-updates=true

gtid-mode=on

enforce-gtid-consistency=true

#将自身的report-host和report-port发给主库

report-port=3306

report-host=192.168.3.127

#可用于实现在崩溃时保证二进制及从服务器安全的功能

master-info-repository=TABLE

relay-log-info-repository=TABLE

#启用之可确保无信息丢失

sync-master-info=1

slave-parallel-workers=4

#启用复制有关的所有校验功能

binlog-checksum=CRC32

master-verify-checksum=1

slave-sql-verify-checksum=1

#启用之可用于在二进制日志记录事件相关的信息，可降低故障排除的复杂度

binlog-rows-query-log_events=1

3、同步配置

Mater（my.cnf）

#用于启动GTID及满足附属的其它需求
log-slave-updates=true
gtid-mode=on 
enforce-gtid-consistency=true
#将自身的report-host和report-port发给主库
report-port=3306 
report-host=192.168.3.127
#可用于实现在崩溃时保证二进制及从服务器安全的功能
master-info-repository=TABLE
relay-log-info-repository=TABLE
#启用之可确保无信息丢失
sync-master-info=1 
slave-parallel-workers=4
#启用复制有关的所有校验功能
binlog-checksum=CRC32 
master-verify-checksum=1 
slave-sql-verify-checksum=1 
#启用之可用于在二进制日志记录事件相关的信息，可降低故障排除的复杂度
binlog-rows-query-log_events=1

Slave（my.cnf）

log-slave-updates=true
gtid-mode=on 
enforce-gtid-consistency=true
report-port=3306 
report-host=192.168.3.126
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

启动主、从数据库，查看是否启用GTID配置

配置同步

change master to 
master_host='192.168.3.127',
master_port=3306,
master_user='repl',
master_password='repl',
master_auto_position=1;

4、查看同步状态

从库查询

主库查询

三、实施步骤

1、数据库配置

按照上面例子添加主、从库my.cnf配置参数。

log-slave-updates=true
gtid-mode=on 
enforce-gtid-consistency=true
report-port=3306 
report-host=192.168.3.127
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1 
slave-parallel-workers=4
binlog-checksum=CRC32 
master-verify-checksum=1 
slave-sql-verify-checksum=1 
binlog-rows-query-log_events=1

2、重启数据库

依次重启主、从库。

3、配置同步

change master to 
master_host='master_ip',
master_port=3306,
master_user='repl',
master_password='repl',
master_auto_position=1;

4、检查同步信息

登录从库，检查同步是否正常。

注：未配置GTID的话，整个多线程同步实现，需要重启主、从库实例。

欢迎关注：悬钟Mr

https://www.toutiao.com/c/user/5844231468/#mid=1634198915259405