数据库高可用，从来不是单选题。同城容灾、异地双活、多节点并发、跨实例同步——业务连续性需要一张完整的防护网。南大通用GBase 8s数据库（gbase database）为此准备了 四张牌：HAC、RHAC、SSC、ER，分别对应"同城守护、远程延伸、硬核并发、跨域连接"，四者层层递进，织就一张从集群内到跨实例的全景防线。 《GBase 8s 高可用四部曲》系列专题四篇连发，今天先讲第一张牌。
故事得从"裸奔"说起。业务刚起步时，数据库单机一台，简单直接——但硬件故障、系统崩溃、人为误操作随时可能让服务中断，磁盘一坏数据全丢，升级维护还得停服务。运维同学 nightmares 不断："这数据库要是挂了，业务就全完了！"
第一步：上 HAC 同城灾备集群
主节点扛业务，备节点实时同步日志——通过 SMX 专属协议（往返延迟仅 10 微秒）并行回放。主库一挂，备库秒级顶上，数据零丢失、切换不到 8 秒。
三种同步模式支持按需自选，如同快递的三档服务：
- 完全同步：等备库写完才提交，数据零丢失，金融交易首选。
- 近同步：得到备库的接收确认信息再提交，最大可用模式，数据几乎零丢失，默认推荐。
- 异步：主库只管飞，无需等备节点响应，性能最佳，远距离容灾首选。
高可用有了，但问题仍在：备库接管后只剩单节点，此时再挂就真的崩了，而且故障节点还得派人跑机房修，偏远地区尤其头疼。
第二步：祭出杀手锏 —— hac_alline 集群守护进程
守护进程实时监控数据库和网络健康，遇到非硬件故障的节点自动重启服务并重新加入集群，全程无需人工干预；故障节点拉起前自动预校验，杜绝脑裂。
这套架构已在 电力、水利等关键基础设施领域规模化落地，坚如磐石。
- 初始化时一键部署，几分钟内集群就绪，不用逐个节点手工配置；
- 运行时集群自运行——自动检测、自动切换、自动修复，无需人工盯盘；
- 7×24 小时业务无中断，哪怕主库宕机，备库秒级顶上；
- 数据零丢失，实时复制加自动修复双重保障。
运维同学不用半夜跑机房，不用节假日接告警电话，终于能踏踏实实睡个整觉了。
至此，HAC 完成了从"裸奔"到自守护的逆袭——但高可用的版图不止同城。当业务跨越千里，备节点还能扛住读写分离的担子吗？
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69979120/viewspace-3173006/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- GBase 8a MPP集群个人电脑安装环境分析
- 南大通用GBase 8c分布式数据库部署选型容易被忽略的因素
- 南大通用GBase 8c分布式数据库部署形态选型依据
- GBase 8c数据库不同部署形态多维度对比（下）
- GBase 8c数据库不同部署形态多维度对比（上）
- 世界统计日 | GBase数据库让每一次决策都“有数可依”（下）
- 世界统计日 | GBase数据库让每一次决策都“有数可依”（上）
- 南大通用GBase 8c数据库不同部署形态的架构差异（上）
- 南大通用GBase 8s数据库TPC-H仅21.34秒，跑出列存真实力（下）
- GBase 8s数据库TPC-H仅21.34秒，跑出列存真实力（上）
