mysqlkeepalived脑裂

曾经终败给现在 2024-04-03 13:30 67阅读 0赞

### mysql keepalive+ 双主多从是怎么做的 ###

我们通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。MySQL双主复制，即互为Master-Slave(只有一个Master提供写操作)，可以实现数据库服务器的热备，但是一个Master宕机后不能实现动态切换。使用Keepalived，可以通过虚拟IP，实现双主对外的统一接口以及自动检查、失败切换机制，从而实现MySQL数据库的高可用方案。之前梳理了Mysql主从/主主同步，下面说下Mysql+keeoalived双主热备高可用方案的实施。

Keepalived看名字就知道，保持存活，在网络里面就是保持在线了，也就是所谓的高可用或热备，用来防止单点故障(单点故障是指一旦某一点出现故障就会导

整个系统架构的不可用)的发生，那说到keepalived不得不说的一个协议不是VRRP协议，可以说这个协议就是keepalived实现的基础。

1)Keepalived的工作原理是VRRP(VirtualRouterRedundancyProtocol)虚拟路由冗余协议。在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。

2)VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。

Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。当主控路由失效后，备份路由中会重新选举出一个主控路由，来继

续工作，来保障不间断服务。

![mysqlkeepalived脑裂\_mysqlkeepalived脑裂][mysqlkeepalived_mysqlkeepalived]

### keepalived+nginx出现脑裂问题怎么解决 ###

你理解错了。Dec1207:38:59ubuntuKeepalived\_vrrp:chk\_redisnomatch,ignoring..这行日志表示chk\_redis脚本的执行结果为空，未匹配权值修改条件，忽略掉。

### keepalived是如何解决或者防止脑裂问题的？ ###

一.脑裂产生的原因一般来说，裂脑的发生，有以下几种原因：

1.高可用服务器对之间心跳线链路发生故障，导致无法正常通信。

2.因心跳线坏了(包括断了，老化)。

3.因网卡及相关驱动坏了，ip配置及冲突问题(网卡直连)。

4.因心跳线间连接的设备故障(网卡及交换机)。

5.因仲裁的机器出问题(采用仲裁的方案)。

6.高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。

7. 高可用服务器上心跳网卡地址等信息配置不正确，导致发送心跳失败。

8.其他服务配置不当等原因，如心跳方式不同，心跳广插冲突、软件Bug等。

9.Keepalived配置里同一 VRRP实例如果 virtual\_router\_id两端参数配置不一致也会导致裂脑问题发生。

二、常见的解决方案

在实际生产环境中，我们可以从以下几个方面来防止裂脑问题的发生：

1.同时使用串行电缆和以太网电缆连接，同时用两条心跳线路，这样一条线路坏了，另一个还是好的，依然能传送心跳消息。

2.当检测到裂脑时强行关闭一个心跳节点(这个功能需特殊设备支持，如Stonith、feyce)。相当于备节点接收不到心跳消患，通过单独的线路发送关机命令关闭主节点的电源。

3.做好对裂脑的监控报警(如邮件及手机短信等或值班).在问题发生时人为第一时间介入仲裁，降低损失。例如，百度的监控报警短倍就有上行和下行的区别。报警消息发送到管理员手机上，管理员可以通过手机回复对应数字或简单的字符串操作返回给服务器.让服务器根据指令自动处理相应故障，这样解决故障的时间更短.

当然，在实施高可用方案时，要根据业务实际需求确定是否能容忍这样的损失。对于一般的网站常规业务.这个损失是可容忍的。呵呵，这个问题也困扰我一阵子，今天上午查了很多资料才搞清楚：1. ipvsadm(lvs)有负载均衡机制，目前支持8中均衡算法。2. keepalived除了健康检查以外，也具备负载均衡功能。现在他的健康检查功能用的比较多，其负载均衡能力被大部分人忽略

![mysqlkeepalived脑裂\_mysqlkeepalived脑裂\_02][mysqlkeepalived_mysqlkeepalived_02]

### mysql集群有几种方案 ###

LVS+Keepalived+MySQL(有脑裂问题？但似乎很多人推荐这个)

DRBD+Heartbeat+MySQL(有一台机器空余？Heartbeat切换时间较长？有脑裂问题？)

MySQL Proxy(不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？)

MySQL Cluster (社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？)

MySQL + MHA (如果配上异步复制，似乎是不错的选择，又和问题？)

MySQL + MMM (似乎反映有很多问题，未实践过，谁能给个说法)

淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba(事务支持？)

[mysqlkeepalived_mysqlkeepalived]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/8a6a50b3bd3b4d5ab9aca82eebb4ed8a.png
[mysqlkeepalived_mysqlkeepalived_02]: https://img1.baidu.com/it/u=2079667258,3184498020&fm=26&fmt=auto