主从数据库服务器的数据会最终一致（因为mysql复制是异步的，总会存在延迟），看似解决了单点问题，然而该方案并不完美。因为一旦主服务器宕机，必须手动把读写连接切换到原来的从服务器上，而这个过程需要时间，短则几分钟，长则数小时，这期间服务会出于瘫痪状态。
怎样在master宕机后，自动切换数据库连接呢？
最简单的是使用虚拟ip：
这里用另外一种方式keepalived：
（要注意同一时间只有一个主对外提供服务，另一个处于只读状态）
配置：
（指定id增长步长为2，自增id从1开始增长，于是主库上的id增长就是1、3、5、7、9... 注意，这参数修改是针对整个mysql服务器全局的，而不是针对某个表某个库的，也就是说，一旦修改后，该服务器下所有库表的值都是按照这种方式增加的）
（指定id增长步长为2，自增id从2开始增长，于是主库上的id增长就是2、4、6、8、10... 注意，这参数修改是针对整个mysql服务器全局的，而不是针对某个表某个库的，也就是说，一旦修改后，该服务器下所有库表的值都是按照这种方式增加的）
(经过上述设置，主备之间的主键id增长就不会产生冲突了)
（前面说过innodb的主键最好采用自增id的列，而在主主复制中为了避免两个组同时写所带来的主键冲突，我们需要修改自增主键的配置使两个自增主键按照不同的步长值来增长，当然这是为了以防万一才采取的配置，当我们使用主主复制时，最安全的方式还是要保障在任意时间均只有一个作为主提供服务，而另一个主只提供只读）
接下来还要安装keepalived组件（它可以将两个设备虚拟成一个设备，对外提供一个虚拟ip，也就是vip）：
(注意：在互为主从的两台设备上都要安装keepalived)
最好情况是把主从复制改为主主复制，先完成主主复制配置：
先修改主服务器上的配置vi /etc/my.cnf：
（由于这俩是动态参数，不需要重启mysql）
并且在mysql客户端设置：
退出当前mysql客户端，再进入查看：
修改从服务器上的配置vi /etc/my.cnf：
（由于这俩是动态参数，不需要重启mysql）
并且在mysql客户端设置：
检查从服务器的账号：
（dba_repl账号在从服务器也是存在的）
由于从服务器出于read_only状态，没有写，所以不用再重新初始化数据了，因为它的数据和主上是完全一致的，因为它没有任何写操作：
查看从服务器上的点：
在主上change master（主当从，从当主）：
（将master的主服务器设置为原来的从服务器）
启动复制链路（原来的主服务器，现在也是从服务器）：
查看：
安装keepalived：
在两台服务器上都进行安装：yum install keepalived -y
查看两台config文件：
（一定要保障check_mysql.sh脚本有执行权限，两台都是）
启动两台服务器的keepalived：
查看虚拟ip：
（可能需要几秒钟才产生）
关掉主服务器的mysql：
同时主的keepalived也会自动kill，已释放虚拟ip(vip)，它的虚拟ip也会消失：
而从服务器上有：
（至此，宕机下的无缝切换完成）
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
重庆分公司
重庆分公司
