1.拓扑环境：
OS：centos7.3
Mysql版本：mysql5.7.16
Keepalived: keepalived-1.2.24
Mysql-vip:192.168.1.150
Mysql-master1:192.168.1.100
Mysql-master2:192.168.1.200
2.配置两台mysql主主同步
2.1原理
2.2配置过程
1)修改MySQL配置文件
server_id=1
log-bin=mysql-bin
binlog_format=mixed
relay-log=relay-bin
relay-log-index=slave-relay-bin.index
auto-increment-increment=2
auto-increment-offset=1
server_id=2
log-bin=mysql-bin
binlog_format=mixed
relay-log=relay-bin
relay-log-index=slave-relay-bin.index
auto-increment-increment=2
auto-increment-offset=2
注意：mysql1和mysql2只有server-id不同和auto-increment-offset不同,其他必须相同。
部分配置项解释如下：
binlog_format= mixed：指定mysql的binlog日志的格式，mixed是混合模式。
（二进制日志格式，row 表示记录每条数据变化情况、statement 表示记录相关 sql 语句、mixed 表示两种混用，在搭建集群的时候建议使用 row 格式，如果是用 sql 语句来同步数据很容易出现数据不一致的情况）
relay-log：开启中继日志功能
relay-log-index：中继日志清单，中继日志索引位置
auto-increment-increment= 2：表示自增长字段每次递增的量，其默认值是1。它的值应设为整个结构中服务器的总数，本案例用到两台服务器，所以值设为2。
auto-increment-offset= 2：用来设定数据库中自动增长的起点(即初始值)，因为这两能服务器都设定了一次自动增长值2，所以它们的起点必须得不同，这样才能避免两台服务器数据同步时出现主键冲突。
注：另外还可以在my.cnf配置文件中，添加“binlog_do_db=数据库名”配置项（可以添加多个）来指定要同步的数据库。如果配置了这个配置项，如果没添加在该配置项后面的数据库，则binlog不记录它的事件。
server_id=2
log-bin=mysql-bin
binlog_format=mixed
relay-log=relay-bin
relay-log-index=slave-relay-bin.index
auto-increment-increment=2
auto-increment-offset=2
2)将mysql1设为mysql2的主服务器
在mysql1主机上创建授权账户，允许在mysql2(192.168.1.200)主机上连接
grant replication slave on . to 'iflytek'@'192.168.1.200' identified by 'iflytek';
授权账户示例：
mysql> grant all privileges on *.* to 'yangxin'@'%' identified by 'yangxin123456' with grant option;
all privileges：表示将所有权限授予给用户。也可指定具体的权限，如：SELECT、CREATE、DROP等。
on：表示这些权限对哪些数据库和表生效，格式：数据库名.表名，这里写“*”表示所有数据库，所有表。如果我要指定将权限应用到test库的user表中，可以这么写：test.user
to：将权限授予哪个用户。格式：”用户名”@”登录IP或域名”。%表示没有限制，在任何主机都可以登录。比如：”yangxin”@”192.168.0.%”，表示yangxin这个用户只能在192.168.0IP段登录
identified by：指定用户的登录密码
with grant option：表示允许用户将自己的权限授权给其它用户
查看mysql1的当前binlog状态信息：
在mysql2上将mysql1设为自已的主服务器并开启slave功能（mysql-bin和master_log_pos值为mysql1查出来的值，如上图）：
change master to master_host='192.168.1.100',master_user='iflytek',master_password='iflytek',master_log_file='mysql-bin.000001',master_log_pos=462;
start slave;
看一看mysql2的状态：
3)现在反过来·，再将mysql2设为mysql1的主服务器
在mysql2主机上创建授权账户，允许在mysql1(192.168.1.100)主机上连接
grant replication slave on . to 'iflytek'@'192.168.1.100' identified by 'iflytek';
查看mysql2的当前binlog状态信息：
在mysql1上将mysql2设为自已的主服务器并开启slave功能：
change master to master_host='192.168.1.200',master_user='iflytek',master_password='iflytek',master_log_file='mysql-bin.000002',master_log_pos=462;
start slave;
查看mysql1的状态：
4)测试主主同步
新建数据库，看另外一台服务器是否同步，进行增删改查，看另外服务器数据是否同步
服务器时间需要保持一致，可安装ntp设置ntp时间同步
至此现在任何一台MySQL上更新数据都会同步到另一台MySQL，MySQL同步完成
注意：若主MYSQL服务器已经存在，只是后期才搭建从MYSQL服务器，在置配数据同步前应先将主MYSQL服务器的要同步的数据库拷贝到从MYSQL服务器上（如先在主MYSQL上备份数据库，再用备份在从MYSQL服务器上恢复）
2.3状态查看
查看两台mysql的集群状态：
3.keepalived高可用
3.1原理
说明：keepalived是集群管理中保证集群高可用的一个软件解决方案，其功能类似于heartbeat，用来防止单点故障
keepalived是以VRRP协议为实现基础的，VRRP全称VirtualRouter Redundancy Protocol，即虚拟路由冗余协议。
虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip，master会发组播（组播地址为224.0.0.18），当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master，这样的话就可以保证路由器的高可用了。
keepalived主要有三个模块，分别是core 、check和vrrp。core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。check负责健康检查，包括常见的各种检查方式。vrrp模块是来实现VRRP协议的。
3.2安装配置
1、在mysql1和mysql2两台服务器上安装keepalived的几个依赖包
2、在两台mysql上都开始解压缩编译安装keepalived(未编译的包安装方法)
执行make install操作之后，会自动生成/etc/init.d/keepalived脚本文件(这是启动脚本文件)，但还需要手动添加为系统服务，这样就可以使用service、chkconfig工具来对keepalived服务程序进行管理了。
2、在两台mysql上都安装keepalived（已编译的包安装方法，直接解压即可）
1) 解压keepalived的包（安装包已经编译，解压即可用）
2) 配置Keepalived为linux服务，执行如下命令(设置软连接)：
#将keepalived主程序加入到环境变量
ln -s /home/iflytek/usp/fdfs/keepalived-1.2.24/sbin/keepalived /usr/bin/
#keepalived启动脚本，放到/etc/init.d/目录下就可以使用service命令便捷调用
ln-s /home/iflytek/usp/fdfs/keepalived-1.2.24/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/
#keepalived启动脚本变量引用文件，默认文件路径是/etc/sysconfig/，也可以不做软链接，直接修改启动脚本中文件路径即可
ln -s /home/iflytek/usp/fdfs/keepalived-1.2.24/etc/sysconfig/keepalived /etc/sysconfig/
3) 赋予执行权限
chmod +x /usr/bin/keepalived
chmod +x /etc/rc.d/init.d/keepalived
chmod +x /home/iflytek/usp/fdfs/keepalived-1.2.24/* -R
4) 修改配置文件：Keepalived（/etc/sysconfig/keepalived）
说明：使用service keepalived start命令启动服务时，默认会将/etc/sysconfig/keepalived文件中KEEPALIVED_OPTIONS参数作为keepalived服务启动时的参数，并从/etc/keepalived/目录下加载keepalived.conf配置文件，或用-f参数指定配置文件的位置。
5）设置开机自启动
3、修改keepalived配置文件
说明：keepalived只有一个配置文件keepalived.conf（/etc/keepalived/keepalived.conf），里面主要包括以下几个配置区域，分别是：
global_defs、vrrp_instance和virtual_server。
- global_defs：主要是配置故障发生时的通知对象以及机器标识。
- vrrp_instance：用来定义对外提供服务的VIP区域及其相关属性。
- virtual_server：虚拟服务器定义
每个配置项的解释如下：
12行：router_id VI_TS //运行keepalived服务器的表示，每台服务器的id不能一样
22行：state BACKUP //指定keepalived的角色，两台配置的都是BACKUP，这样将根据优先级决定主或从
23行：interface ens33 //指定HA检测网络的接口
24行：virtual_router_id 51 //虚拟路由标识，取值0-255间，用一个集群使用同一个标识
25行：priority 150 //用来选举master的，取值1-255，另外一台设置成100
26行：nopreempt //不抢占，允许一个priority比较低的节点作为master
27行：advert_int 1 //发VRRP包的时间间隔，即多久进行一次master选举，相当于健康检查
36-38行： //vip区域，指定VIP地址
15-19行： //监听的数据库端口，脚本在对应的路径下，即当数据库宕机后，keepalived无法监听到3306端口，keepalived会自动挂掉，这时master会选举到另外一台服务器上。
同样的也需要修改mysql2的keepalived配置文件（下图中绿色部分为和mysql1不一样的地方）
可以使用scp命令把mysql1主机上配置好的keepalived.conf文件拷贝到server2主机，需要修改的不一样的地方如下:
4、启动keepalived服务（两台都要启动）
日志默认输出在/var/log/message中
5、mysql1和mysql2上都需要添加检测脚本，并赋予可执行权限
作用：当mysql停止工作时自动关闭本机的keeplived，从而实现将故障主机踢出热备组，因每台机器上keepalived只添加了本机为realserver，所以当mysqld正常启动后，我们还需要手动启动keepalived服务。
查看keepalived.conf中配置的检测脚本的位置，即上图16行所在位置，测试中使用的是检测脚本2.
检测脚本1：
检测脚本2：
3.3验证
在mysql1和mysql2上分别执行ip addr show dev eno16777736命令查看mysql1和mysql2对VIP（群集虚拟IP）的控制权
从上图可以看出mysql1是master，mysql2是slave。
停止mysql1的mysql服务，看keepalived健康检查程序是否会触发了我们编写的脚本，进行自动故障切换
从上图可以说明在master服务器的mysql服务发生故障时，mysql1主机触发了我们编写的脚本，发生了自动故障切换。
现在把mysql1的mysql服务开起来，并且keepalived的服务也需要手动开启
再次在两台mysql服务器上用ip addr show dev eno16777736命令看一下
从上面两张图可以看出，即便mysql1的mysql服务和keepalived服务都重新开启了，mysql2仍然是master了，mysql1抢不回去master的权利了，说明我们设置的nopreempt配置生效了，在生产环境中就需要添加不抢占配置，保证了群集稳定性，只有当mysql2的mysql服务坏掉的时候，mysql1才会再次成为master，否则它永远只能当mysql2的备份。（注：nopreempt一般是在优先级高的mysql上设置）
远程数据库vip验证是否能登录，查看提供响应的主服务器id
数据库连接映射出来的虚拟ip
4.总结
Keepalived+mysql双主一般来说，中小型规模的时候，采用这种架构是最省事的。
在master节点发生故障后，利用keepalived的高可用机制实现快速切换到备用节点。
在这个方案里，有几个需要注意的地方：
1.采用keepalived作为高可用方案时，两个节点最好都设置成BACKUP模式，避免因为意外情况下（比如脑裂）相互抢占导致往两个节点写入相同数据而引发冲突；
2.把两个节点的auto_increment_increment（自增步长）和auto_increment_offset（自增起始值）设成不同值。其目的是为了避免master节点意外宕机时，可能会有部分binlog未能及时复制到slave上被应用，从而会导致slave新写入数据的自增值和原先master上冲突了，因此一开始就使其错开；当然了，如果有合适的容错机制能解决主从自增ID冲突的话，也可以不这么做；
