mysql怎么手动主从切换

### MySQL 主从切换配置教程及常见问题 在 MySQL 数据库中，主从切换是实现高可用性和数据冗余的重要手段。以下是关于 MySQL 主从切换的详细配置教程和常见问题的解决方案。 #### 1. 配置 MySQL 主从同步 首先需要确保主从同步已经正确配置并正常运行。根据提供的信息[^1]，主服务器 (Master) 和从服务器 (Slave) 的 IP 地址分别为 `10.18.40.123:3306` 和 `10.18.40.23:3306`。以下为基本配置步骤： - **主服务器配置** 在主服务器的配置文件 `my.cnf` 中添加以下内容： ```ini [mysqld] server-id=1 log-bin=mysql-bin binlog-do-db=your_database_name ``` 然后重启 MySQL 服务以应用更改： ```bash systemctl restart mysqld ``` - **从服务器配置** 在从服务器的配置文件 `my.cnf` 中添加以下内容： ```ini [mysqld] server-id=2 relay-log=mysql-relay-bin log-slave-updates=1 read-only=1 ``` 同样需要重启 MySQL 服务以应用更改。 - **设置主从关系** 使用以下命令在从服务器上设置主从关系[^2]： ```sql CHANGE MASTER TO MASTER_HOST='10.18.40.123', MASTER_USER='replication_user', MASTER_PASSWORD='replication_password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=1234; ``` 其中，`MASTER_LOG_FILE` 和 `MASTER_LOG_POS` 可通过在主服务器上执行 `SHOW MASTER STATUS;` 获取。 #### 2. 主从切换方法 主从切换通常分为手动切换和自动切换两种方式。 - **手动切换** 手动切换适用于计划内的维护或故障恢复场景。具体步骤如下： 1. 停止从服务器的复制线程： ```sql STOP SLAVE; ``` 2. 确保从服务器的数据与主服务器一致： ```sql SHOW SLAVE STATUS\G ``` 检查 `Seconds_Behind_Master` 是否为 0。 3. 将从服务器提升为主服务器： - 修改从服务器的配置文件，将 `server-id` 改为与原主服务器不同的值。 - 重启从服务器的 MySQL 服务。 4. 更新客户端连接地址，使其指向新的主服务器。 - **自动切换** 自动切换可以通过工具如 MHA (Master High Availability) 实现。MHA 能够监控主服务器状态，并在主服务器发生故障时自动进行切换。 #### 3. 常见问题及解决方法 以下是 MySQL 主从同步和切换过程中常见的问题及其解决方法： - **问题 1：主从 UUID 冲突** 如果从库启动时提示错误 `Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs`[^4]，说明主从服务器的 UUID 相同。解决方法是在从服务器上删除 `auto.cnf` 文件并重启 MySQL 服务： ```bash rm -rf /var/lib/mysql/auto.cnf systemctl restart mysqld ``` - **问题 2：从库延迟** 如果从库存在延迟 (`Seconds_Behind_Master > 0`)，可能是因为主库压力过大或网络延迟导致。可以通过优化查询、增加硬件资源或调整复制线程数来缓解。 - **问题 3：主从数据不一致** 如果发现主从数据不一致，可以使用工具如 `pt-table-checksum` 和 `pt-table-sync` 来检测和修复差异。 #### 4. 示例代码 以下是一个简单的脚本，用于检查主从状态并输出结果： ```python import mysql.connector def check_replication_status(host, user, password): connection = mysql.connector.connect( host=host, user=user, password=password ) cursor = connection.cursor(dictionary=True) cursor.execute("SHOW SLAVE STATUS") result = cursor.fetchone() if result and result['Slave_IO_Running'] == 'Yes' and result['Slave_SQL_Running'] == 'Yes': print(f"Replication is running on {host}.") else: print(f"Replication is not running on {host}.") check_replication_status('10.18.40.23', 'root', 'password') ``` ---

### 手动进行MySQL主从切换 #### 准备工作 在执行任何操作之前，确保已经备份了所有的数据。这一步骤至关重要，因为即使是最小心的操作也可能意外导致数据丢失。 #### 停止写入活动 为了安全地完成主服务器到新主服务器的转换，在开始前应停止向当前主数据库发送新的写请求。可以通过设置只读模式来实现这一点： ```sql SET GLOBAL read_only = ON; ``` 此命令会阻止除具有`SUPER`权限以外的所有账户对表进行修改[^1]。 #### 同步从库状态 确认所有从节点都已经完全同步到了最新的位置。可以使用如下查询检查各个从机的状态： ```sql SHOW SLAVE STATUS\G ``` 特别关注 `Seconds_Behind_Master` 字段，当这个值接近于零时说明该从节点几乎实时跟上了主机的变化[^2]。 #### 切断旧主服务连接 一旦确定所有必要的更新都已经被应用完毕，则可以在原主上执行以下语句以防止进一步的数据变更传播给其他副本： ```sql STOP SLAVE IO_THREAD; FLUSH TABLES WITH READ LOCK; ``` 这两条指令分别用于暂停复制线程以及锁定表格结构以防更改，从而保障一致性[^4]。 #### 提升指定从作为新主 选择一个合适的候选者成为新的主，并在其上面运行下面这段脚本将其身份转变为master: ```sql RESET MASTER; CHANGE REPLICATION SOURCE TO SOURCE_HOST='', SOURCE_USER='replication_user', SOURCE_PASSWORD='password'; START REPLICA; UNLOCK TABLES; ``` 注意替换掉占位符部分的实际参数值（如IP地址、用户名密码等），并且解除先前施加过的锁机制以便恢复正常运作。 #### 更新其余从配置指向新主 对于剩下的每一个slave实例来说都需要重复上述过程中的最后几步——即重置自身的binlog日志文件并重新定义其上游source为刚刚晋升成功的那台机器；之后启动各自的I/O线程继续追赶进度即可[^3]。