[SHELL]MySQL主从+Keepalived线上恢复解决方案
最近一个项目需要做一个MySQL+Keepalived高可用主从同步，配起来当然轻车熟路，但想到如何在主库挂掉，从库接管后，以最快的速度恢复数据，并让主库重新接管，所以整理了下思路，编写了如下脚本，供大家参考
MySQL主从，以及Keepalived高可用配置本博传送门:
一.备份从库当前数据库
注:以下的所有配置需要在数据库未运转状态下进行，建议做一个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.9）数据库备份到主库（192.168.7.12）
# 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;"
------------------------------------
四.查看主从同步信息
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，需要重启服务器方能恢复。
推荐阅读：