MySQL主从宕机的解决方法
测试系统:centos6.5系统
测试环境IP地址划分:
master: 192.168.80.130
slave:192.168.80.143
slave:192.168.80.146
首先模拟(MySQL---master)宕机:
1 | service mysqld stop |
当master宕机后去slave去查看是否出现错误信息
show slave status\G;
这时两台SLAVE主机已经连接不上MASTER
IO进程和sql进程状态:
Slave_IO_Running: Connecting(该状态表示会一直尝试重连主,如果主正常了,该进程状态会自动变成Yes)
Slave_SQL_Running: Yes
此时,master不能提供读写服务。我们想将其中最新的slave提升为主。
具体操作步骤如下:
1、在每个SLAVE库上执行:
stop slave io_thread;
show processlist;
直到看到Slave has read all relay log; waitingfor more updates,则表示从库更新都执行完毕了
2、 选择新的主库
对比选择Relay_Master_Log_File,Exec_Master_Log_Pos最大的作为新的主库,这里我们选择slave1为新的主库
其实,如果两个从IO进程一直都是正常,没有落后于主,且relay log都已经重放完成,两个从是一样的,选择哪个都可以。
这里选择slave1作为新主。
3、进行相应配置
登陆slave1,执行stop slave;
并进入数据库目录,删除master.info和relay-log.info文件(删除前,可以先备份下这俩文件);
配置my.cnf文件,开启log-bin,如果有log-slaves-updates=1和read-only=1则要注释掉,然后重启slave1.
4、 reset master
在slave1上reset master,会重新生成二进制日志。
mysql> reset master;
Query OK, 0 rows affected (0.02 sec)
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-log.000001 | 399 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
5、创建用于同步的用户
如果slave1完全同步master的话,这步可以省略。
6、 slave2指向slave1
1 2 3 4 5 | mysql> change master to master_user= 'RepUser' ,master_password= 'beijing' ,master_host= '192.168.80.134' ,master_port=3306,master_log_file= 'mysql-bin.000001' ,master_log_pos=154; Query OK, 0 rows affected, 2 warnings (0.00 sec) mysql> start slave; Query OK, 0 rows affected (0.00 sec) |
7、 将程序写IP改成slave1的IP
程序里之前记录的是master的IP,现在master宕机,故需改IP。
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库