前面介绍了mysql主从搭建，这种情况下加上主机down机后，整个数据库环境也都蹦了，所以根据不同业务场景可以还需要实现down机后自动切换，且另一台机器恢复后，数据立即同步，那么就需要用到mysql的主主模式，然后通过keepalived产生的虚拟IP可以实现负载均衡和故障转移。
1、在132从库上开启log-bin
2、此时重启132中mysql数据库后进行配置
首先授权给局域网中所以msyql数据库可以同步132的数据，
GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.109.%' IDENTIFIED BY '123456';
此时停止当前132中mysql数据库的同步状态
查看131数据库中状态
同步设置
change master to master_host='192.168.109.131', master_user='root', master_password='123456',master_log_file='mysql-bin.000004',master_log_pos=2501;
开始同步，且查看同步状态是否正确
3、此时在131数据库中进行同步设置
首先授权
GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.109.%' IDENTIFIED BY '123456';
然后查看132中数据的状态
同步设置
change master to master_host='192.168.109.132', master_user='root', master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=154;
开启同步且查看同步状态
此时主主已经搭建完成，进行测试，两边无论谁写数据，另一边都会同步
虽然我们做到了主主同步，但是负载均衡和故障转移还未完成。
4、Keeaplived介绍
Keepalived是Linux下面实现备份路由的高可靠性运行件。基于Keepalived设计的服务模式能够真正做到主服务器和备份服务器故障时IP瞬间无缝交接。
Nginx是基于Linux 2.6内核中epoll模型http服务器，与Apache进程派生模式不同的是Nginx进程基于于Master+Slave多进程模型，自身具有非常稳定的子进程管理功能。在Master进程分配模式下，Master进程永远不进行业务处理，只是进行任务分发，从而达到Master进程的存活高可靠性，Slave进程所有的业务信号都由主进程发出，Slave进程所有的超时任务都会被Master中止，属于非阻塞式任务模型。
服务器IP存活检测是由Keepalived自己本身完成的，将2台服务器配置成Keepalived互为主辅关系，任意一方机器故障对方都能够将IP接管过去。
Keepalived的服务IP通过其配置文件进行管理，依靠其自身的进程去确定服务器的存活状态，如果在需要对服务器进程在线维护的情况下，只需要停掉被维护机器的Keepalived服务进程，另外一台服务器就能够接管该台服务器的所有应用。
5、首先安装对应的依赖包
yum install -y pcre-devel openssl-devel popt-devel
6、安装keepalived
在/usr/local/目录下面解压keepalived压缩包
进入到keepalive的根目录，执行：./configure --prefix=/usr/local/keepalived
当出现一下内容时，编译成功：
执行：make && make install
安装成功后，删除掉keepalive的安装程序。
同理，在132机器上也安装好keepalived
7、keepalived服务模式添加
cp /usr/local/keepalived/sbin/keepalived /usr/sbin/
cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/
8、配置keepalived
1）、在131上配置。
! Configuration File for keepalived
global_defs {
notification_email {
245656162@qq.com#自己邮箱
}
notification_email_from 10086784@qq.com
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_idLVS_DEVEL2#此项必须唯一
}
vrrp_instance VI_1 {
state BACKUP
interfaceeth0#此选择为自己虚拟IP的网卡
virtual_router_id31
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.109.100 #此项为自定义的虚拟IP
}
}
virtual_server 192.168.109.100 3306 {
delay_loop 2
lb_algo wlc
persistence_timeout 50
protocol TCP
lb_kind DR
real_server 192.168.109.131 3306 {
weight 100
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 3306
}
}
real_server 192.168.109.132 3306 {
weight 100
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 3306
}
}
}
启动keepalived，看是否成功绑定
/usr/local/keepalived/sbin/keepalived -f /usr/local/keepalived/etc/keepalived/keepalived.conf
测试是否可以通过虚拟IP为100访问数据库和查询数据
2）、此时在132上配置keepaviled。
! Configuration File for keepalived
global_defs {
notification_email {
245656162@qq.com
}
notification_email_from 10086784@qq.com
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_idLVS_DEVEL1
}
vrrp_instance VI_1 {
state BACKUP
interfaceeth0
virtual_router_id32
priority 90
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.109.100
}
}
virtual_server 192.168.109.100 3306 {
delay_loop 2
lb_algo wlc
persistence_timeout 50
protocol TCP
lb_kind DR
real_server 192.168.109.131 3306 {
weight 100
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 3306
}
}
real_server 192.168.109.132 3306 {
weight 100
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 3306
}
}
}
配置成功后启动keepalived,看是否成功
9、此时停止132上的数据库
然后可以访问100
因为keepalived的配置文件中采用负载均衡方法采用的是轮询法，所以只down一个数据库时，虚拟IP会自动指向另一台数据库。所以在实际环境中，当某台机器上数据库down时，直接也down掉对应的keepalived，然后通过keepalived配置中邮件告知开发人员数据库down机了，这样可以及时修复
10、停止掉132上的keepalived
100数据任然是可以访问的，
注意：如果停止掉131上数据库和132上keepalived，那么此时通过100是访问不了的，所以后期需要在keeaplived配置文件中添加对应脚本（读者自行百度），保证一台机器的keepalived和mysql服务同停同起。
代码中数据源配置192.168.109.100:3306即可。
