一、实验目的
掌握单主机多 MySQL 实例基础上搭建一主一从（1-2） 传统主从复制，理解server-id、binlog、relay-log 复制核心参数作用；
学会搭建链式主从（1-2-3）级联复制，掌握备份数据初始化新从库的完整流程；
理解 GTID 全局事务 ID 复制原理，搭建环形复制拓扑（1-2-3-1）；
熟练完成复制账号创建、主从关系配置、复制线程启停、同步数据验证、旧复制环境清理等运维操作；
理解不同复制拓扑的同步逻辑、适用场景与 GTID 规避循环复制的机制。
二、实验内容
本实验基于单主机 4 套 MySQL 多实例（server1~server4），分三阶段搭建三种复制架构：
搭建 1 主 1 从（server1 为主库、server2 为从库）基础主从复制，完成参数配置、复制账号授权、数据同步验证；
在 1-2 主从基础上扩展链式级联复制，新增 server3 作为 server2 的从库，验证多级数据同步；
开启 GTID 模式，清理原有复制环境，搭建 1-2-3-1 环形复制拓扑，验证全节点双向同步，理解 GTID 保障事务唯一性、避免循环复制的原理。
三、实验心得
这种环形里每台服务器都能同时接收写入、同步数据，既分担了压力，又能让任意节点的修改最终同步到所有机器上，是一种兼顾读写扩展性和数据一致性的架构设计
靠 GTID 和 server_uuid 保证事务在环里不会循环重复执行
这种架构的优势是无单点瓶颈、读写扩展性更强
四、实验操作步骤
二、主从复制 1------2
1
2 、查看配置文件
3 、server-id、log-bin、relay-log
4 、自动加载repl.cnf 复制配置
5
6 、一台机器跑多个独立 MySQL 服务
7 、查看进程状态
8 、进入server1
9 、查看主库二进制日志文件名和日志位置
10 、在主库创建专门的复制账号并授权复制权限
11 、主库创建库并导入测试数据，用于验证
12、 进入server2
13 、在从库配置主从关系
14 、查看从库库列表
15 、启动从库复制线程，开启主从复制
16
17 、查看从库库列表，能自动看到主库的world库
三、在已有一主一从的环境里，再加一个新的从库，横向扩展，1------2，2------3
1、 备份主库数据，，未了后续建从库
2 、改配置文件
3、 登录server3
4 、导入第1题的备份文件，让server3自动知道自己的主库是server2
5、 启动server3的复制线程
6 、在server1上删除ID>4070的数据，发现2和3也同步修改，证明复制链路生效
7
四 1------2------3------1环形复制拓扑
1
2 、为每个mysql开启GTID
3
4
5 、清除旧的复制，为GTID复制做准备，避免冲突
6 、重置主库，清空旧的二进制日志，确保复制环境干净。
7、 让2、3使用GTID进行复制
8 、开启从库2、3的复制线程
9 、在1上删除 ID>4060 的数据，2、3数据同步
10 、这是GTID复制中唯一标识每个实例的 ID，确保复制的全局唯一性
11
12 、 3------1，将1的主库修改为3
13、 在2上删除ID>4050 的城市数据，1和3同步修改，证明环形复制生效
