GBase 8s数据库高可用之—HAC主备复制集群浅析

数据库高可用，从来不是单选题。同城容灾、异地双活、多节点并发、跨实例同步——业务连续性需要一张完整的防护网。南大通用GBase 8s数据库（gbase database）为此准备了四张王牌：HAC、RHAC、SSC、ER，分别对应"同城守护、远程延伸、硬核并发、跨域连接"，四者层层递进，织就一张从集群内到跨实例的全景防线。《GBase 8s 高可用四部曲》系列专题四篇连发，今天先讲第一张牌。

故事得从"裸奔"说起。业务刚起步时，数据库单机一台，简单直接——但硬件故障、系统崩溃、人为误操作随时可能让服务中断，磁盘一坏数据全丢，升级维护还得停服务。运维同学 nightmares 不断："这数据库要是挂了，业务就全完了！"

第一步：上 HAC 同城灾备集群

主节点扛业务，备节点实时同步日志——通过 SMX 专属协议（往返延迟仅 10 微秒）并行回放。主库一挂，备库秒级顶上，数据零丢失、切换不到 8 秒。

三种同步模式支持按需自选，如同快递的三档服务：

1. 完全同步：等备库写完才提交，数据零丢失，金融交易首选。
2. 近同步：得到备库的接收确认信息再提交，最大可用模式，数据几乎零丢失，默认推荐。
3. 异步：主库只管飞，无需等备节点响应，性能最佳，远距离容灾首选。

高可用有了，但问题仍在：备库接管后只剩单节点，此时再挂就真的崩了，而且故障节点还得派人跑机房修，偏远地区尤其头疼。

第二步：祭出杀手锏 —— hac_alline 集群守护进程

守护进程实时监控数据库和网络健康，遇到非硬件故障的节点自动重启服务并重新加入集群，全程无需人工干预；故障节点拉起前自动预校验，杜绝脑裂。

这套架构已在电力、水利等关键基础设施领域规模化落地，坚如磐石。

• 初始化时一键部署，几分钟内集群就绪，不用逐个节点手工配置；
• 运行时集群自运行——自动检测、自动切换、自动修复，无需人工盯盘；
• 7×24 小时业务无中断，哪怕主库宕机，备库秒级顶上；
• 数据零丢失，实时复制加自动修复双重保障。

运维同学不用半夜跑机房，不用节假日接告警电话，终于能踏踏实实睡个整觉了。

至此，HAC 完成了从"裸奔"到自守护的逆袭——但高可用的版图不止同城。当业务跨越千里，备节点还能扛住读写分离的担子吗？