MySQL 高可用（二）之基于 GTID 的主从复制架构

官方文档

MySQL 5.7 Document - Replication GTIDs: https://dev.mysql.com/doc/refman/5.7/en/replication-gtids.html

配置

开启GTIDs后, 每一个事务都可以被识别和跟踪. 当添加新的从服务器时, 或因主数据库发生故障需要迁移 master 身份到某一 slave 时, 都无需考虑是哪一个 binlog 文件以及那个 position值, 极大地简化了相关操作.

书接上文, 将数据库服务在传统主从复制架构的基础上, 配置为基于 GTIDs 的主从复制架构.

修改主数据库 my.cnf

在传统主从复制架构的基础上, 向主数据库的 my.cnf 配置文件添加如下内容

...
gtid_mode=ON
enforce-gtid-consistency=ON
log-slave-updates=1

修改从数据库 my.cnf

删除所有的 binlog 文件

rm -rf /usr/local/mysql/data/binlog*

在传统主从复制架构的基础上, 向从数据库的 my.cnf 配置文件添加如下内容

...
log-bin=/usr/local/mysql/data/binlog
gtid_mode=ON
log-slave-updates=1
enforce-gtid-consistency=ON
skip-slave-start						# 当 master 的 GTIDs 没有启动时, 跳过 slave 的启动

说明：
1）开启GITDs需要在master和slave上都配置gtid-mode，log-bin，log-slave-updates， enforce-gtid-consistency（该参数在5.6.9之前是–disable-gtid-unsafe-statement）
2）其次，slave还需要增加skip-slave-start参数,目的是启动的时候，先不要把slave起来，需要做一些配置
3）基于GTIDs复制从服务器必须开启二进制日志！

重启并设置主从数据库

启动主数据库

systemctl restart mysql.server

连接主服务器, 开启只读模式

set @@global.read_only=ON;

重启从服务器

systemctl restart mysql.server

连接从服务器, 重新配置

stop slave;
reset slave;

change master to
myster_host='10.0.0.11',
myster_user='slave',
master_password='kjhl',
master_port=3306,
master_auto_position=1;

start slave;
show slave status\G;

关闭主数据库的只读模式

set @@global.read_only=OFF;

向从服务器误写入数据的解决方案

方法一：跳过事务

SET GTID_NEXT='aaa-bbb-ccc-ddd:N';	# 指定需要跳过的GTIDs编号
BEGIN;								# 开始一个空事务
COMMIT;
SET GTID_NEXT='AUTOMATIC';			# 使用下一个自动生成的全局事务ID

举例说明：

mysql> stop slave;
mysql> SET @@SESSION.GTID_NEXT= '13e36f00-eb70-11ea-91a8-000c29d1f40a:1'/*!*/;
mysql> BEGIN;
mysql> commit;
mysql> SET @@SESSION.GTID_NEXT= 'AUTOMATIC';	
mysql> start slave;
mysql> show slave status\G

说明：需要跳过哪个事务，需要手动查看relaylog文件得到

[root@slave1 data]# ../bin/mysqlbinlog relay.000003|less
。。。。
# at 756
#181015 12:04:45 server id 10  end_log_pos 817 CRC32 0x5374f49e         GTID [commit=yes]
SET @@SESSION.GTID_NEXT= '044e6392-cf9b-11e8-a748-000c294ca304:3'/*!*/;

方法二：重新同步data目录，重新change master to…