目的：
解决 mysql 数据库 Master-Slave 单点故障问题。
 
实现方式：
1. Master-Master Replication 实现数据同步。
2. 通过 keepalived 虚拟 IP 从网络层实现单点故障时 IP 自动切换，从而实现高可用。
3. 通过 keepalived 配置实现 read 读指向 Slave 节点，实现读写分离。
 
缺点：根据线上实际应用情况，只考虑单点网络故障及机器设备故障时虚拟 ip 自动切换（只切换一次）。不考虑 mysql 服务异常等情况，数据库异常可通过 nagios 等监控，防止多次来回切换，造成数据混乱！且故障节点恢复时，要人工操作及注意步骤。
 
 
Master-Master
 
1 、使用两个 MySQL 数据库 db01,db02 ，互为 Master 和 Slave ，即：
一边 db01 作为 db02 的 master ，一旦有数据写向 db01 时， db02 定时从 db01 更新
另一边 db02 也作为 db01 的 master ，一旦有数据写向 db02 时， db01 也定时从 db02 获得更新
( 这不会导致循环， MySQL Slave 默认不会记录 Master 同步过来的变化 )
2 、但从 AppServer 的角度来说，同时只有一个结点 db01 扮演 Master ，另外一个结点 db02 扮演 Slave ，不能同时两个结点扮演 Master 。即 AppSever 总是把 write 操作分配某个数据库 (db01) ，除非 db01 failed ，被切换。
3 、如果扮演 Slave 的数据库结点 db02 Failed 了：
a) 此时 appServer 要能够把所有的 read,write 分配给 db01 ， read 操作不再指向 db02
b) 一旦 db02 恢复过来后，继续充当 Slave 角色，并告诉 AppServer 可以将 read 分配给它了 .
4 、如果扮演 Master 的数据库结点 db01 Failed 了
a) 此时 appServer 要能够把所有的写操作从 db01 切换分配给 db02 ，也就是切换 Master 由 db02 充当
b)db01 恢复过来后，充当 Slave 的角色， Master 由 db02 继续扮演。
 
具体配置如下：
测试环境简介：
1.10.10.10.40   mysql+keepalive
2.10.10.10.41   mysql+keepalive
3. 写入 VIP ： 10.10.10.21 （ 40 主， 41 从 ）
4. 读取 VIP ： 10.10.10.44(41主，40从)
 
 

 
 
1.mysql 双主配置，此处简略，可参考网上主主同步配置。
 
Mysql 配置文件重点简略如下：
log-bin=mysql-bin
binlog_format=mixed
server-id= 3 （另一台的 ID 为 2 ）
 
2.keepalived 配置方法
第一台（ 40 ）：
global_defs {
     notification_email {
     ******@126.com
     }
     notification_email_from*****@126.com
     smtp_server 127.0.0.1
     smtp_connect_timeout 30
     router_id MySQL-ha
     }
 
vrrp_instance VI_1 {
     state BACKUP   # 两台配置此处均是 BACKUP
     interface p4p1 # 注意网卡接口
     virtual_router_id 51
     priority 180   # 优先级，另一台改为 90
     advert_int 1
     nopreempt     # 不主动抢占资源，只在优先级高的机器上设置即可，优先级低的机器不设置
     authentication {
       auth_type PASS
       auth_pass 1111
     }
     virtual_ipaddress {
        10.10.10.21     # 此虚拟 ip 为写
     }
     }
 
vrrp_instance VI_2 {
     state BACKUP   # 另一台配置为 MASTER
     interface p4p1 # 注意网卡接口
     virtual_router_id 44 # 注意 id 和上面的不同
     priority 90 # 优先级，另一台改为 180
     advert_int 1
     authentication {
       auth_type PASS
       auth_pass 1111
     }
     virtual_ipaddress {
        10.10.10.44      # 此虚拟 ip 为读
     }
   }
 
第二台（ 41 ）
global_defs {
     notification_email {
     *********@126.com
     }
     notification_email_from ********@126.com
     smtp_server 127.0.0.1
     smtp_connect_timeout 30
     router_id MySQL-ha
     }
 
vrrp_instance VI_1 {
     state BACKUP   # 两台配置此处均是 BACKUP
     interface p4p1 # 注意网卡接口
     virtual_router_id 51
     priority 90   # 优先级，另一台改为 180
     advert_int 1
     authentication {
     auth_type PASS
     auth_pass 1111
     }
     virtual_ipaddress {
     10.10.10.21
     }
     }
 
vrrp_instance VI_2 {
     state MASTER   # 用于 mysql 读
     interface p4p1 # 注意网卡接口
     virtual_router_id 44
     priority 180 # 优先级，另一台改为 90
     advert_int 1
     authentication {
     auth_type PASS
     auth_pass 1111
     }
     virtual_ipaddress {
     10.10.10.44      # 用于 mysql 读
     }
}