当医疗遇上数字化,数据库成了"生命线"
在永康,全市数百万居民的门诊病历、体检报告、公共卫生档案……每一份数据都关乎生命,每一次查询都连着就医体验。
作为全市医疗健康数据的核心枢纽,永康市卫生健康局的全民健康平台承载着越来越重的担子:业务高峰期,数据库集群计算资源使用率直逼50%,读写请求比例高达7:2,一些报表查询甚至会"拖累"整个系统的响应速度——患者在窗口排队挂号,系统却在"思考人生",这样的场景谁都不愿看到。
更严峻的是容灾问题。一旦生产系统发生故障,影响的不是某一家医院,而是全市居民的就医服务。
怎么办?永康云项目组把目光投向了一项关键技术——物理复制。
一次架构改造,四重价值跃升
2026年5月,永康云项目组联合平凯数据库工程师,基于平凯数据库(TiDB 企业版)v7.1.9-0.1版本的物理复制能力,对全民健康平台进行了一次深度架构改造。
改造的思路很清晰:主集群专心干"正事",备集群负责"读"和"备"。

通过物理复制建立备集群,让报表查询等读操作全部"跑"在备集群上,主集群则专注于核心业务的实时响应。同时,备集群还兼任容灾备份的角色,一旦主集群出问题,备集群能立刻顶上去。
改造上线后,效果立竿见影:
- 高可用保障:故障切换用时低于 15秒,数据零丢失,全市居民就医业务基本无感知
- 性能提升:读写分离后系统整体负载大幅下降,患者端的实时交互体验明显改善
- 运维效率:保护模式切换、复制链路管理等日常操作,全部秒级完成
- 数据安全:可根据业务需要灵活选择保护模式,在高可用与数据安全之间找到最佳平衡
门诊病历、体检数据……这些核心业务的查询分流已经稳定运行,物理复制用实力证明了自己的价值。
物理复制到底是什么?为什么这么强?
可能有人会问:不就是数据同步吗?物理复制有什么特别的?
简单来说,物理复制是在两个数据库集群之间建立的底层数据同步机制。它把主集群的每一次数据变更,以日志形式实时复制到备集群——备集群保留的不只是业务数据,还有用户账号、权限配置、序列等所有数据库对象。

这意味着什么?备集群和主集群在任何时刻都保持高度一致,随时可以"接班"。
来看一组核心指标(实际以网络、拓扑和负载为准):
指标 |
数值 |
故障自动切换时间(RTO) |
< 15秒 |
演练切换时间(RTO) |
< 30秒 |
同步复制数据丢失量(RPO) |
0 |
异步复制数据丢失量(RPO) |
< 5秒 |
物理复制还支持三种保护模式,用户可以根据业务重要程度灵活选择:
- 最大保护模式:数据绝对不丢,写入延迟稍高
- 最大可用模式:高可用与数据安全的平衡之选
- 最大性能模式:异步复制,不影响写入性能
物理复制 vs 逻辑复制,怎么选?
熟悉数据库的朋友可能会问:TiCDC 逻辑复制不也能做同步吗?两者有什么区别?
确实,平凯数据库同时提供物理复制和 TiCDC 逻辑复制两种能力,但它们的适用场景不一样:
物理复制更适合:
- 中心级容灾建设(RPO=0,秒级故障恢复)
- 应用读写分离(备库实时一致性查询)
- 流量回放及集群升级测试
TiCDC 逻辑复制更适合:
- 异构数据库的增量同步与灾备
- 实时数据管道与消息队列(同步到 Kafka 等)
- 需要数据过滤或转换的场景
一句话总结:要集群级容灾和读写分离,选物理复制;要异构同步和灵活数据投递,选逻辑复制。
写在最后
医疗信息化走到今天,数据已经成为最核心的资产。如何保障这些资产的安全、可用、高效,是每一个卫健部门都必须面对的课题。
永康卫健委的实践给出了一个清晰的答案:用物理复制为关键业务构建高可用容灾体系,让技术成为医疗服务的"隐形守护者"。

15秒切换、零数据丢失——这不是冷冰冰的技术指标,而是数百万永康居民就医体验的坚实保障。
随着平凯数据库后续版本对 TiFlash 等能力的进一步完善,物理复制的适用范围还将继续扩大。对于正在规划核心系统容灾架构的用户而言,这已经是一个成熟、可靠且值得优先评估的方案。
科技向善,数据护命。永康的故事,或许只是一个开始。