检查主从复制状态正常，确保从库已同步且无延迟；2. 停止原主库写入并加读锁，记录其二进制日志位置；3. 停止从库IO线程，等待sql线程应用完所有中继日志并确认位置一致；4. 将原从库停止复制并重置，提升为新主库；5. 原主库释放锁后配置为新主库的从库，指向新主库的日志位置；6. 验证新主从复制状态正常；7. 更新应用写入指向新主库。整个过程需确保数据一致性，建议在低峰期操作并提前备份。
在 mysql 主从复制架构中，切换主从角色（即让原来的从库变为新主库，原主库变为从库）通常用于计划内维护、故障转移或高可用切换。这个过程需要谨慎操作，确保数据一致性。以下是实现主从角色切换的基本步骤。
1. 确保复制状态正常
在切换前，先检查当前主从复制是否正常运行：
SHOW SLAVE STATUSG
确认以下关键字段：
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
- Seconds_Behind_Master: 0（表示从库已追上主库）
2. 停止写入并锁定原主库
为避免数据不一致，需停止应用对原主库的写操作：
FLUSH TABLES WITH READ LOCK;
该命令会阻塞写操作，并保持连接不中断。记录此时的二进制日志位置：
SHOW MASTER STATUS;
记下 File 和 position，后续从库将以此同步。
3. 等待从库追上主库
在从库上执行：
STOP SLAVE IO_THREAD;
这会停止从主库拉取日志，但允许 SQL 线程继续执行已有事件。等待从库应用完所有中继日志：
SHOW PROCEsslIST;
确认 SQL 线程已空闲。再执行：
SHOW SLAVE STATUSG
查看 Read_Master_Log_Pos 是否与原主库的 Position 一致。
4. 提升从库为新主库
在原从库上停止复制并重置：
STOP SLAVE;
RESET SLAVE ALL;
现在该节点已不再是从库。可以开始接受写请求。
5. 将原主库指向新主库
在原主库上释放锁并停止复制：
UNLOCK TABLES;
然后配置它作为新主库的从库：
CHANGE MASTER TO
MASTER_HOST=’new_master_ip’,
MASTER_USER=’repl’,
MASTER_PASSword=’password‘,
MASTER_LOG_FILE=’mysql-bin.xxxxxx’,
MASTER_LOG_POS=xxxxxx;
START SLAVE;
6. 验证新复制关系
在新的从库（原主库）上运行：
SHOW SLAVE STATUSG
确认复制线程正常运行且无延迟。
7. 更新应用配置
将应用的写操作指向新的主库。可使用 dns 切换、负载均衡器或直接修改数据库连接字符串。
基本上就这些。切换过程中最关键的是保证数据不丢失、不重复，确保所有写操作在切换窗口期间被正确处理。如果是生产环境，建议在低峰期操作，并提前做好备份。