mysql双主故障自动切换_mysql双主热备宕机自动切换

一、定义

通常说的「双机热备」是指两台机器都在运行，但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。

二、原理

Keepalived的工作原理是VRRP(Virtual Router Redundancy Protocol)虚拟路由冗余协议。在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。

VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。当主控路由失效后，备份路由中会重新选举出一个主控路由，来继续工作，来保障不间断服务。

三、架构环境

MASTER：192.168.1.40

BACKUP：192.168.1.41

VIP：192.168.1.44 (虚拟IP)

四、配置

1、配置两台Mysql主主同步

编辑my.cnf

# vi /etc/my.cnf

[mysqld]

server-id = 1#backup这台设置为2

log-bin=mysql-bin

binlog-ignore-db =mysql,information_schema #忽略写入binglog日志的库

auto-increment-increment = 2#字段变化增量值

auto-increment-offset = 1#初始字段ID为1

slave-skip-errors = all #忽略所有复制产生的错误

# /etc/init.d/mysqld restart

查看下MASTER的binglog日志和pos值的位置

查看下BACKUP的binglog日志和pos值的位置

master配置如下:

mysql> GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.1.41' IDENTIFIED BY '123456';

mysql>flush privileges;

mysql>change master to-> master_host='192.168.1.41',-> master_user='root',-> master_password='123456',-> master_log_file='mysql-bin.000002',-> master_log_pos=120;

mysql> start slave;

backup配置如下：

mysql> GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.1.40' IDENTIFIED BY '123456';

mysql>flush privileges;

mysql>change master to-> master_host='192.168.1.40',-> master_user='root',-> master_password='123456',-> master_log_file='mysql-bin.000002',-> master_log_pos=120;

mysql> start slave;

主主同步配置完成，查看同步状态Slave_IO和Slave_SQL是YES说明主主同步成功。两边都要YES。如果一边yes，另外一边识别不到pos就无法同步

master插入数据如下：

在backup查看是否同步：

可以看到已经成功同步过去，同样在backup插入到user表数据，一样同步过去，双主就做成功了。

主主配置常见报错：

注：如果其中一边提示连接中，关闭防火墙即，或者对应IP不对，请注意查看salve的IP。其中一个显示NO，查底下报错，显示por值匹配不到的，则说明你其中一边的bin-log不一致，关闭salve，重新配置即可。

2、配置keepalived实现热备

keepalived编译配置文件

# vi /etc/keepalived/keepalived.conf! Configuration File forkeepalived

global_defs {

notification_email {11111111@qq.com

}

notification_email_from Alexandre.Cassen@firewall.loc

smtp_server127.0.0.1smtp_connect_timeout30router_id MYSQL_HA

}! Configuration File forkeepalived

global_defs {

notification_email {11111111@qq.com

}

advert_int1nopreempt

authentication {

auth_type PASS

auth_pass1111}

virtual_ipaddress {192.168.1.44}

}

}

virtual_server192.168.1.44 3306{

delay_loop2#lb_algo rr #LVS算法，用不到，我们就关闭了

#lb_kind DR #LVS模式，如果不关闭，备用服务器不能通过VIP连接主MySQL

persistence_timeout50#同一IP的连接60秒内被分配到同一台真实服务器

protocol TCP

real_server192.168.0.40 3306{ #检测本地mysql，backup也要写检测本地mysql

persistence_timeout50#同一IP的连接60秒内被分配到同一台真实服务器

protocol TCP

real_server192.168.0.40 3306{ #检测本地mysql，backup也要写检测本地mysql

#lb_kind DR #LVS模式，如果不关闭，备用服务器不能通过VIP连接主MySQL

persistence_timeout50#同一IP的连接60秒内被分配到同一台真实服务器

protocol TCP

real_server192.168.0.40 3306{ #检测本地mysql，backup也要写检测本地mysql

weight3notify_down/etc/keepalived/mysql.sh #当mysq服down时，执行此脚本，杀死keepalived实现切换

TCP_CHECK {

connect_timeout3#连接超时

nb_get_retry3#重试次数

delay_before_retry3#重试间隔时间

}

}

采用keepalived作为高可用方案时，两个节点最好都设置成BACKUP模式，避免因为意外情况下(比如脑裂)相互抢占导致往两个节点写入相同数据而引发冲突；

backup服务器只修改priority为90、nopreempt不设置、real_server设置本地IP。

五、测试高可用性

1、通过Mysql客户端通过VIP连接，看是否连接成功。

2、停止master这台mysql服务，是否能正常切换过去，可通过ip addr命令来查看VIP在哪台服务器上。

当master数据库宕的时候，VIP就会自动切换到另一台上，实现主主自动切换。远程连接数据库的虚拟IP是可以连接的，实现应用切换的效率。部署应用的时候配置VIP即可共享数据库资源。

3.注意：当宕库恢复的时候，要启动keepalived，否则VIP无法自动切换回来。