作者：俊达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_modeenforce_gtid_consistency=ONgtid_mode=ONlog_bin=/data/mysql5.6/binlog/binloglog_slave_updates=ONbinlog_format=ROWserver_id=2342、主库创建复制账号在进行主库和备库之间的复制前，需要在主库上创建一个专用于复制的账号，并授予相应的权限。以下是创建复制账号的步骤： -- 创建复制账号CREATE USER 'rep'@'%' IDENTIFIED BY 'rep123';-- 授予复制账号必要的权限GRANT REPLICATION SLAVE ON *.* TO 'rep'@'%';创建完复制账号后，备库可以使用这个账号连接到主库，并通过复制账号进行数据同步。在备库上配置复制时，将会使用这个账号的凭证信息。 3、备库配置5.6版本开启GTID时，备库也必须开启log-bin和log-slave-updates，否则无法启动实例。 enforce_gtid_consistency=ONgtid_mode=ONlog_bin=/data/mysql5.6/binlog/binloglog_slave_updates=ONbinlog_format=ROWserver_id=2365.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-updates2023-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。 更多技术信息请查看云掣官网云掣YunChe - 可观测运维专家 | 大数据运维托管 | 云MSP服务