MySQL重新搭建从库

IT那活儿 2024-09-26

188

点击上方“IT那活儿”公众号--专注于企业全栈运维技术分享，不管IT什么活儿，干就完了！！！

一

重建背景

在要进行MySQL主从切换时，发现从库也变成了主库，经过排查发现是MySQL的主从关系断了，导致脑裂，且无法恢复。

经过商讨需要重新搭建从库，且与业务确认可以重建，不影响主库正常运行。

二

重建过程

2.1 关闭机器的防火墙

关闭firewalld命令：

systemctl stop firewalld

2.2 关闭mysql

注意事项：kill是很危险的操作，操作前要有至少2人以上检查。

查看MySQL的进程：

ps -ef | grep mysqld

关闭MySQL的进程：

kill -9 xxx xxx

2.3 删除data及log

注意事项：删除是很危险的操作，操作前要有至少2人以上检查。

进入到data目录：

cd /.../data/

删除data下的所有文件：

rm -rf *

进入到binlog目录中：

cd ../binlog

删除binlog目录下所有文件：

rm -rf *

进入到relaylog目录中：

cd ../relaylog

删除relaylog目录下所有文件：

rm -rf *

2.4 使用root创建innobackupex软链接

先su到root用户下：

ru - root

在进入到bin目录中：

cd /usr/bin

进行innobackupex软链接：

ln -s usr/local/xtrabackup5.7/xtrabackup/bin/xtrabackup innobackupex

2.5 检查从库mysqld进程

检查是否恢复：

ps -ef | grep mysqld

如果恢复就再检查一下数据库主从：

show slave status\G

2.6 开启从库主机的防火墙

开启防火墙：

systemctl start firewalld

重建从库后主从关系恢复正常，可以进行主从切换。

总结复盘：

因为网络原因导致主从同步断了，且长期没恢复导致binlog日志被自动清理，从而无法恢复主从关系。

如何避免？

---可以将主从同步延迟设置告警，出现告警时检查数据库是否正常并分析延迟原因，从而避免出现延迟时间太长导致binlog被清理。

END

本文作者：易龙超(上海新炬中北团队）

本文来源：“IT那活儿”公众号

mysql mysql数据库

文章转载自IT那活儿，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。