一、实验目的掌握单主机多 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——212 、查看配置文件3 、server-id、log-bin、relay-log4 、自动加载repl.cnf 复制配置56 、一台机器跑多个独立 MySQL 服务7 、查看进程状态8 、进入server19 、查看主库二进制日志文件名和日志位置10 、在主库创建专门的复制账号并授权复制权限11 、主库创建库并导入测试数据用于验证12、 进入server213 、在从库配置主从关系14 、查看从库库列表15 、启动从库复制线程开启主从复制1617 、查看从库库列表能自动看到主库的world库三、在已有一主一从的环境里再加一个新的从库横向扩展1——22——31、 备份主库数据未了后续建从库2 、改配置文件3、 登录server34 、导入第1题的备份文件让server3自动知道自己的主库是server25、 启动server3的复制线程6 、在server1上删除ID4070的数据发现2和3也同步修改证明复制链路生效7四 1——2——3——1环形复制拓扑12 、为每个mysql开启GTID345 、清除旧的复制为GTID复制做准备避免冲突6 、重置主库清空旧的二进制日志确保复制环境干净。7、 让2、3使用GTID进行复制8 、开启从库2、3的复制线程9 、在1上删除 ID4060 的数据2、3数据同步10 、这是GTID复制中唯一标识每个实例的 ID确保复制的全局唯一性1112 、 3——1将1的主库修改为313、 在2上删除ID4050 的城市数据1和3同步修改证明环形复制生效