[SHELL]mysql主从+keepalived线上恢复解决方案

本文涉及的产品
RDS AI 助手,专业版
RDS MySQL DuckDB 分析主实例,基础系列 4核8GB
RDS MySQL DuckDB 分析主实例,集群系列 4核8GB
简介:

最近一个项目需要做一个mysql+keepalived高可用主从同步,配起来当然轻车熟路,但想到如何在主库挂掉,从库接管后,以最快的速度恢复数据,并让主库重新接管,所以整理了下思路,编写了如下脚本,供大家参考

mysql主从,以及keepalived高可用配置本博传送门:

http://showerlee.blog.51cto.com/2047005/1220801

http://showerlee.blog.51cto.com/2047005/1188549


一.备份从库当前数据库

注:以下的所有配置需要在数据库未运转状态下进行,建议做一个iptables规则禁止非管理员IP访问主从服务器IP,以及VIP,这样既能保证管理员可SSH远程登陆配置,又能恢复主从环境,待配置完成后解除禁止即可。

# vi /etc/rc.d/mysql_bak.sh

-------------------------

#!/bin/bash


# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C


# 日常备份目录

basedir=/backup/daily/


# 数据库账户

user=root

passwd=123456


# mysql备份目录

mysql_db_bak=$basedir/$(date +%F_%H%M)

[ ! -d "$mysql_db_bak" ] && mkdir -p $mysql_db_bak


# mysql下所有库名称

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")


# 1.备份MySQL数据库

for((i=0; i!=${#db_name[@]}; ++i))

{

mysqldump -u $user -p$passwd --opt --skip-lock-tables --flush-logs --database ${db_name[i]} > $mysql_db_bak/${db_name[i]}.sql

}

-------------------------


二.复制从(192.168.7.12)数据库备份到主库(192.168.7.9)

# vi /etc/rc.d/scp_mysql.sh

----------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

scp /backup/daily/2013-09-10_1258/* 192.168.7.9:/tmp

----------------------


三.恢复主库(192.168.7.9)

版本一:

# vi /etc/rc.d/recover_mysql.sh

------------------------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C


# 数据库账户

user=root

passwd=123456


# mysql下所有库名称

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")


# 恢复MySQL数据库

cd /tmp

for((i=0; i!=${#db_name[@]}; ++i))

{

mysql -u $user -p$passwd -e "drop database \`${db_name[i]}\`;"

mysql -u $user -p$passwd -e "create database \`${db_name[i]}\`;"

mysql -u $user -p$passwd ${db_name[i]} < ${db_name[i]}.sql

}


# 开启从库

mysql -u $user -p$passwd -e "stop slave;"

mysql -u $user -p$passwd -e "reset slave;"

# 设置从库连接主库的相关参数,可利用相关命令查看

mysql -u $user -p$passwd -e "change master to master_host='192.168.7.9',master_user='slave',master_password='123456#',master_log_file='bin.000029',master_log_pos=106 ";

mysql -u $user -p$passwd -e "start slave;"

# 查看主从是否连接成功

mysql -u $user -p$passwd -e "show slave status\G;"

------------------------------------


版本二:

(自动获取主库binlog文件,和偏移值,优化参数,推荐):

------------------------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C


# 数据库参数

master_ip=192.168.7.9

mysql_master_user=root

mysql_slave_user=root

mysql_passwd=123456

master_user=slave

master_passwd=123456#


master_log_file=$(mysql -h$master_ip -u$mysql_master_user -p$mysql_passwd -e "show master status" |sed -n '2p' |awk '{print $1}')

master_log_pos=$(mysql -h$master_ip -u$mysql_master_user -p$mysql_passwd -e "show master status" |sed -n '2p' |awk '{print $2}')


# mysql库

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")


# 恢复MySQL数据库

cd /tmp/mysql_bak


for((i=0; i!=${#db_name[@]}; ++i))

{

mysql -u $mysql_slave_user -p$mysql_passwd -e "drop database \`${db_name[i]}\`;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "create database \`${db_name[i]}\`;"

mysql -u $mysql_slave_user -p$mysql_passwd ${db_name[i]} < ${db_name[i]}.sql

}


# 开启从库

mysql -u $mysql_slave_user -p$mysql_passwd -e "stop slave;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "reset slave;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "change master to master_host='${master_ip}',master_user='${master_user}',master_password='${master_passwd}',master_log_file='${master_log_file}',master_log_pos=${master_log_pos};"

mysql -u $mysql_slave_user -p$mysql_passwd -e "start slave;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "show slave status\G;"

-----------------------------------


四.查看主从同步信息

1.查看主库binlog日志以及偏移量

# mysql -u root -p123456 -e "show master status"

2.查看从库是否连接到主库

# mysql -u root -p123456 -e " show slave status\G;"


注:实际操作中发现,一旦VIP切换后有一定几率造成主从服务器都会同时获取到该虚IP,导致主从数据库冲突,无论重启keepalived与否都无法干掉该VIP,目前我的临时解决方案是将两台服务器均重新启动,大家如果有更好的方法请留言告知我,不胜感谢。


后续:

在网上翻阅大量资料,初步判断VIP切换后造成的冲突是因为在触发切换动作时使用的pkill keepalived 来杀掉keepaliaved进程,造成系统只是杀掉keepalived自身进程,并未来得及切换VIP,

目前的解决方案是使用正规的keepalived启动脚本/etc/init.d/keepalived stop 来关闭

初步测试未发现异常。。。


如果出现主从在切换VIP时,出现了主的VIP未自动关闭,从的正常开启,导致都获取到VIP,造成互相冲突的情况,可手动输入如下命令删除一方的VIP地址

# ip addr del "虚拟ip" dev eth0

但此方法只是一个临时的解决方案,当手动删除VIP后,重启keepalived服务会无法正常开启vip,需要重启服务器方能恢复。




     本文转自 showerlee 51CTO博客,原文链接:http://blog.51cto.com/showerlee/1298160 ,如需转载请自行联系原作者



相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
相关文章
|
关系型数据库 MySQL Java
【IDEA】java后台操作mysql数据库驱动常见错误解决方案
【IDEA】java后台操作mysql数据库驱动常见错误解决方案
406 0
|
12月前
|
关系型数据库 MySQL Shell
MySQL 备份 Shell 脚本:支持远程同步与阿里云 OSS 备份
一款自动化 MySQL 备份 Shell 脚本,支持本地存储、远程服务器同步(SSH+rsync)、阿里云 OSS 备份,并自动清理过期备份。适用于数据库管理员和开发者,帮助确保数据安全。
|
12月前
|
关系型数据库 MySQL 数据库连接
docker拉取MySQL后数据库连接失败解决方案
通过以上方法,可以解决Docker中拉取MySQL镜像后数据库连接失败的常见问题。关键步骤包括确保容器正确启动、配置正确的环境变量、合理设置网络和权限,以及检查主机防火墙设置等。通过逐步排查,可以快速定位并解决连接问题,确保MySQL服务的正常使用。
2432 82
|
11月前
|
负载均衡 算法 关系型数据库
大数据新视界--大数据大厂之MySQL数据库课程设计:MySQL集群架构负载均衡故障排除与解决方案
本文深入探讨 MySQL 集群架构负载均衡的常见故障及排除方法。涵盖请求分配不均、节点无法响应、负载均衡器故障等现象,介绍多种负载均衡算法及故障排除步骤,包括检查负载均衡器状态、调整算法、诊断修复节点故障等。还阐述了预防措施与确保系统稳定性的方法,如定期监控维护、备份恢复策略、团队协作与知识管理等。为确保 MySQL 数据库系统高可用性提供全面指导。
|
存储 算法 关系型数据库
(二十二)全解MySQL之分库分表后带来的“副作用”一站式解决方案!
上篇《分库分表的正确姿势》中已经将分库分表的方法论全面阐述清楚了,总体看下来用一个字形容,那就是爽!尤其是分库分表技术能够让数据存储层真正成为三高架构,但前面爽是爽了,接着一起来看看分库分表后产生一系列的后患问题,注意我这里的用词,是一系列而不是几个,也就是分库分表虽然好,但你要解决的问题是海量的。
1318 4
|
存储 关系型数据库 MySQL
MySQL 忘记root密码解决方案
【7月更文挑战第19天】
2457 4
|
11月前
|
SQL Oracle 关系型数据库
在MySQL Shell里 重启MySQL 8.4实例
在MySQL Shell里 重启MySQL 8.4实例
393 2
|
11月前
|
监控 Java 关系型数据库
Spring Boot整合MySQL主从集群同步延迟解决方案
本文针对电商系统在Spring Boot+MyBatis架构下的典型问题(如大促时订单状态延迟、库存超卖误判及用户信息更新延迟)提出解决方案。核心内容包括动态数据源路由(强制读主库)、大事务拆分优化以及延迟感知补偿机制,配合MySQL参数调优和监控集成,有效将主从延迟控制在1秒内。实际测试表明,在10万QPS场景下,订单查询延迟显著降低,超卖误判率下降98%。
474 5
|
关系型数据库 MySQL 索引
MySQL in 太多的解决方案
MySQL in 太多的解决方案
1518 0
|
关系型数据库 MySQL 数据库
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决

推荐镜像

更多