MySQL集群系列2：通过keepalived实现双主集群读写分离
在上一节基础上，通过添加keepalived实现读写分离。
首先关闭防火墙
安装keepalived
2台机器都要安装
rpm -q openssl kernel-devel yum install -y kernel-devel openssl-devel ./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.32-279.el6.x86_64/
注意上面要替换成你的内核路径如果你没有用到LVS可以把lvs去掉，即：
./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.32-431.5.1.el6.x86_64/ --disable-lvs-syncd --disable-lvs make && make install
下面部分可以全部复制并粘贴到终端里：
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/
mkdir /etc/keepalived
设置开机启动
chkconfig --add keepalived chkconfig keepalived on配置keepalived
2台仅优先级不同，主为100，从为99，都为BACKUP状态，还有IP要在同一局域网内的
#vim /etc/keepalived/keepalived.confglobal_defs { router_id mysql_ha } vrrp_instance vi { state BACKUP interface eth0 virtual_router_id 51 priority 90 advert_int 1nopreempt authentication { auth_type PASS auth_pass 1234} virtual_ipaddress {172.30.23.200}}
注：“vrrp_instance vi {” 里vi后面一定要有空格。也尽量不要让“｛”单独一行，因为很容易让vi后没有空格。
启动 service keepalived start
测试keepalived
查看相关日志/var/log/messages
- 启动主A：
Keepalived_vrrp[4955]: VRRP_Instance(vi) Entering BACKUP STATE
先进入设定的backup状态，然后转换成master状态。
Keepalived_vrrp[4749]: VRRP_Instance(vi) Transition to MASTER STATE Keepalived_vrrp[4749]: VRRP_Instance(vi) Entering MASTER STATE
此时可以ping 通vip（172.30.23.200）
通过ip add也可以查看到eth0上的虚拟IP
- 启动优先级低的另一台从服务器B
Keepalived_vrrp[3158]: VRRP_Instance(vi) Entering BACKUP STATE
可见B进入BACKUP状态。
注：如果防火墙不关闭，会导致2台机器都进入MASTER状态。
chkconfig --level 0123456 iptables off
- 关闭主节点A的网卡,测试切换是否正常
ifdown eth0
观察节点B的日志：
Keepalived_vrrp[3158]: VRRP_Instance(vi) Transition to MASTER STATE Keepalived_vrrp[3158]: VRRP_Instance(vi) Entering MASTER STATE
可见从机器进入master状态了
- 启动节点A的网卡测试切换是否正常
ifup eth0
观察节点B的日志：
状态不变，节点A变成了BACKUP状态
现在可以通过vip登录mysql了
mysql -u root -h 172.30.23.200 -p
但目前是在一台机器上实现读和写，另一台闲置。
测试读写分离
配置文件中2台机器的读写优先级互换。即主的vi_w为100,则从的vi_w为90，主的vi_r为90，则从的vi_r为100。
global_defs { router_id mysql_ha } vrrp_instance vi_w {state BACKUP interface eth0 virtual_router_id 51 //另一台一样 priority 90 advert_int 1nopreempt authentication { auth_type PASS auth_pass 1234} virtual_ipaddress { 172.30.23.200 } } vrrp_instance vi_r {state MASTER interface eth0 virtual_router_id 44 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1234} virtual_ipaddress { 172.30.23.210 }}
只有主(IP201)一台启动时，主都进入Master状态。
此时mysql可利用vip200写，vip210读。
2个虚拟IP均在主201上(ip add)，从而读和写都在主201上。
- 下面启动从202，重启Keepalived即可
vip210出现短暂漂移。
发现主201上的读已转换为backup状态，通过ip add也只有vip200一个了。
在从202上，vip写直接进入设定的backup状态，vip读进入master状态了。此时
通过ip add发现vip210已移动到从202上，
从而此时写在主201，读在备202。
- 现在模拟从202挂掉
此时主201上都进入master状态，实现主可读可写
- 现在启动从202，将和上面情况一样。写在主，读在备。
- 现在模拟主201挂掉
挂掉前，主上写为master,读为backup,从202上写为backup,读为master,即主写从读。
挂掉后，
发现从202上，写已进入master状态，读仍为master状态，即从可读可写。
- 下面模拟主故障修复完成，重新启动成功。
发现主都进入了backup状态。正常应该是主把写抢回来，可能是从服务器设置了非抢占参数nopreempt
网上说这个参数只在优先级高的机器上设置即可，优先级低的机器不设置，实验后发现主仍然都是backup.
下面将主和从的nopreempt参数都删除。
发现正常，主写进入master,从写转换成backup
从而写在主201，读在202
这里仅仅是监控了网络故障和keepalived本身进程，在网络或者keepalived进程出现问题的时候会切换，但是我的节点A里面还有很多服务呢，
例如nginx，PHP，mysql进程出问题或高负载的时候怎么办，怎么切换呢，这时就要用到脚本了，下一节我们来看看keepalived是如何通过脚本实现对服务器的监控和切换的。
小结
此文实现:
1,当只有一台机器时，通过2个虚拟ip可以实现可读可写；
2，当有2台机器时，一台读，一台写，
3，当其中一台故障时，同1，即另一台可读可写。
4，当另一台正常后，同2，一台读一台写（根据配置文件中设置的固定的读写优先级，即1为写，若1故障，2可读可写，1恢复后，1继续写）。
可在php脚本中对读的vip进行数据库查询操作，写的vip进行插入操作,
当只有一台机器时，2个vip(虚拟ip)在一台机器上，从而读写在一个机器上，当2台机器时，各占一个vip，从而读写在2台机器上，所以要配置好mysql主从数据同步。
这种方式感觉php中连接数据库比较复杂啊。
