[发明专利]一种使用keepalived软件实现数据库HA应用的方法

说明书

技术领域

本发明涉及一种实现数据库HA（高可用）应用的方法，尤其是一种使用keepalived软件实现数据库HA应用的方法。

背景技术

Keepalived软件一般用于检测Web服务器的状态，如果有一台web服务器死机或工作出现故障，将被keepalived检测到，并将有故障的web服务器从系统中剔除，当web服务器工作正常后，keepalived将自动将web服务器加入到服务器群中，上述这些工作全部自动完成，需要人介入参与的仅仅是修复故障的web服务器。

除此之外，keepalived还常常被用于实现基于Linux系统的应用负载均衡和高可用（HA），当keepalived服务启动时，主机角色（包括master 、backup、fault）的选择一般遵循如图1所示的逻辑图。

在设计数据库HA时, 非常重要的一点是确保不出现脑裂的情况（脑裂，是指主库和备库出现了不可逆转的差异数据）。为了防止脑裂, 数据库在进行主备切换时, 必须确保数据不会被多台主机修改, 或者必须确保failded主节点完全关机后才能激活备节点，为此，增加了notify和fence机制。具体来说，当一个节点进入master状态后，会触发notify和fence其对端服务器，激活数据库，但是，有可能出现在上述动作还没有完成前track script就被触发的情况，如果在notify动作完成前触发track script的话，会导致failed状态出现，进而将进入master状态的节点主机变成fault状态。从图1可以得出，当原master状态节点进入fault状态后，其他的backup状态节点则会开始竞选master资格，而竞选必将触发新的一轮notify，那么，如果在随后每次触发notify时都出现在notify完成之前track script触发的情况，系统将永无休止的进行下去，而无法完成此次切换，如果多次出现上述情况，也必然导致系统切换时间成本的增加，效率降低。也就是说，在使用Keepalived来构建数据库的HA时，在notify_*（*是主机角色）和notify script调用结束前，如果track（检查）发生了，那么可能会导致track结果为不正常，进而触发master角色又转变成backup，而这次角色翻转又将再一次触发调用notify_backup, notify script，如此循环往复（上述意外再次发生），则陷入永远无法完成切换的死循环。

发明内容

为克服现有技术中存在的技术问题，本发明提出一种使用keepalived软件实现数据库HA应用的方法。

为达到上述目的，本发明所采用的技术方案是：

一种使用keepalived软件实现数据库HA应用的方法，其特征在于，包括如下步骤：

节点状态切换为master后，同步调用notify_*脚本，*是master、backup二者中的一个；等待notify_*脚本调用结束并返回结果为正常；触发跟踪脚本track_script。

上述技术方案还可以进一步完善：

作为优选，所述的notify_mater执行如下步骤：fence切换至master状态节点的对端节点；激活standby数据库；将track_scrip.sh文件软链接指向track_master.sh文件。

作为优选，所述的track_master.sh用于检查本地监听、检查本地表空间的读写中的至少一种。

作为优选，所述的notify_backup执行如下步骤：关闭数据库；将track_scrip.sh文件软链接指向track_backup.sh文件；启动数据库。

作为优选，track_backup.sh用于检查VIP监听、检查本地监听、检查本地表空间的读、检查流复制、检查复制延迟中的至少一种。

作为优选，使用keepalived软件实现数据库HA应用的方法还包括如下步骤：配置数据库流复制环境，备份数据库实时从主数据库获取Xlog信息并实时恢复；启用keepalived主节点（master）、备节点（backup）。

由于上述技术方案的采用，本发明具有以下优点：

本发明通过在节点进入master状态后同步调用notify，避免了keepalived软件在数据库HA架构中遇到无休止切换的问题。此外，本发明通过设置软链接，实现了不同的状态下使用不同的track脚本。

附图说明

图1是keepalived服务启动时，各主机角色的选择逻辑图；