MySQL运维实战(7.1) 开启GTID复制
MySQL从5.6版本开始支持GTID复制。开启GTID之后，主库上执行的每一个事务都有一个全局唯一的ID。GTID由两部分组成：server_uuid和事务序列号。初始化数据库时，会生成一个全局唯一的server_uuid，server_uuid保存在datadir下的auto.cnf中：
# cat auto.cnf [auto] server-uuid=e7ce5684-09b8-11ee-9dd0-fa8338b09400
如果删除auto.cnf，重启实例时会重新生成。事务序列号在事务提交时按顺序生成。
GTID事务复制到备库时，GTID保持不变。开启GTID有很多优点：
1、MySQL会记录执行过的GTID事务，这样就可以避免重复执行同一个事务。如果没有开启GTID，change master时如果指定的位点不对，可能会重复执行事务，引起主备数据不一致或复制中断。
2、change master时支持自动定位，mysql会根据当前实例已经执行过的GTID事务，自动判断需要同步哪些binlog。
1、主库开启GTID
除了常规的参数，主库需要配置enforce_gtid_consistency和gtid_mode
enforce_gtid_consistency=ON gtid_mode=ON log_bin=/data/mysql5.6/binlog/binlog log_slave_updates=ON binlog_format=ROW server_id=234
2、主库创建复制账号
3、备库配置
5.6版本开启GTID时，备库也必须开启log-bin和log-slave-updates，否则无法启动实例。
enforce_gtid_consistency=ON gtid_mode=ON log_bin=/data/mysql5.6/binlog/binlog log_slave_updates=ON binlog_format=ROW server_id=236
5.6版本开启GTID，不设置log-bin和log-slave-updates，实例无法启动：
2023-06-14 14:56:35 23275 [ERROR] --gtid-mode=ON or UPGRADE_STEP_1 or UPGRADE_STEP_2 requires --log-bin and --log-slave-updates 2023-06-14 14:56:35 23275 [ERROR] Aborting
从5.7版本开始，备库不开启binlog和log-slave-updates也可以使用GTID。
4、备库初始化
这一步和非GTID的步骤基本一样。不过开启GTID后，通常需要记录GTID_PURGED，作为复制的起点。
/opt/mysql5.7/bin/mysqldump -uroot -h127.0.0.1 -P3357 -pabc123 --all-databases \ --master-data=2 --routines --flush-privileges --triggers --events > /tmp/mysql57_dump.sql
--gtid-mode=auto：如果数据库开启了GTID，则备份文件中会加入set global GTID_PURGED=xxx;
5、备库创建复制通道
change master to master_host='172.16.121.234',master_port=3356,\ master_user='rep',master_password='rep123', master_auto_position=1;
开启GTID之后，可以在change master时指定master_auto_position=1，启用自动定位。这样就不需要指定具体的binlog位点。slave会根据gtid_executed自动计算需要同步主库的哪些binlog。
