确认主从复制正常，从库已追平主库；2. 停止原主库写入并设为只读；3. 记录原主库binlog位置；4. 等待从库同步完成；5. 停止从库复制并提升为新主库；6. 配置原主库指向新主库并启动复制；7. 释放原主库读锁；8. 验证新复制关系；9. 更新应用写地址。整个过程确保数据一致，避免环形复制。
在MySQL主从复制环境中，切换主从角色（即让原来的从库变为新主库，原主库变为从库）通常用于计划内维护、故障转移或高可用切换。这个过程需要谨慎操作，确保数据一致性。以下是实现主从角色切换的基本步骤。
1. 确保复制状态正常
在切换前，先检查当前主从复制是否正常运行：
SHOW SLAVE STATUSG
确认以下关键字段：
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
- Seconds_Behind_Master: 0（表示从库已追平主库）
2. 停止写入并锁定原主库
为避免数据不一致，需停止应用对原主库的写操作，并设置只读模式：
FLUSH TABLES WITH READ LOCK;
SET GLOBAL read_only = ON;
这一步确保主库不再接受写入，同时刷新表并加锁，防止新写入。
3. 记录原主库的binlog位置
获取当前主库的binlog文件名和位置，供新主库使用：
SHOW MASTER STATUS;
记下 File 和 Position 值。
4. 等待从库追平数据
登录到从库，确认其已经应用完所有中继日志：
SHOW SLAVE STATUSG
再次确认 Seconds_Behind_Master 为 0，且没有复制错误。
5. 停止从库复制并提升为新主库
在原从库上执行：
STOP SLAVE;
RESET SLAVE ALL;
然后关闭只读模式：
SET GLOBAL read_only = OFF;
此时该节点已成为可写的新主库。
6. 将原主库指向新主库
在原主库上，配置它作为新主库的从库：
CHANGE MASTER TO
MASTER_HOST=’new_master_ip’,
MASTER_USER=’repl’,
MASTER_PASSWORD=’repl_password‘,
MASTER_LOG_FILE=’mysql-bin.xxxxxx’,
MASTER_LOG_POS=xxxxxx;
START SLAVE;
其中 binlog 文件和位置是新主库（原从库）当前的主库状态：
SHOW MASTER STATUS; — 在新主库上执行
7. 解锁原主库
在原主库上释放读锁：
UNLOCK TABLES;
8. 验证复制方向
检查新的从库（原主库）的复制状态：
SHOW SLAVE STATUSG
确认复制线程正常运行，无延迟。
9. 更新应用配置（如需要）
如果应用直接连接主库进行写操作，需将写请求指向新的主库IP或域名。
基本上就这些。整个过程要确保每一步都验证到位，避免数据丢失或环形复制问题。如果是GTID模式，操作会更简洁，可通过
CHANGE MASTER TO MASTER_AUTO_POSITION=1
自动同步位点。