Spring Boot应用水平扩容后如何保障H2数据库的数据一致性

针对你的场景，共有三种可行的实现路径，按改造成本从低到高排序如下：

方案一：集中式H2服务部署（最推荐） #

• 核心逻辑：抛弃每个Spring Boot实例内嵌本地内存H2的模式，单独部署一个中心化的H2服务实例，所有上层Spring Boot应用均通过TCP协议连接该公共H2服务，天然只有一份数据，完全不存在多节点数据同步问题。
• 改造步骤：
  1. 单独部署H2服务的Docker实例，暴露默认9092端口，Docker启动命令参考：
     docker run -d --name h2-server -p 9092:9092 oscarfonts/h2
  2. 修改所有Spring Boot实例的数据库连接配置，将原有内嵌H2的连接地址
     spring.datasource.url=jdbc:h2:mem:yourdb
     替换为指向中心化H2服务的地址：
     spring.datasource.url=jdbc:h2:tcp://h2-server:9092/mem:yourdb
     注意：Docker内部网络下直接用H2容器的名称作为域名即可正常通信
• 优势：几乎不改造业务代码，性能损耗极低，完全满足2~3个应用实例的使用需求，可通过H2自带的高可用配置解决单点风险。

方案二：H2原生集群复制模式 #

• 核心逻辑：如果必须保留每个Spring Boot实例自带本地H2实例的架构，可以使用H2自带的AUTO_SERVER集群模式，多节点H2会自动完成数据双向同步，所有节点数据最终一致。
• 改造步骤：
  所有Spring Boot实例统一使用如下格式的数据库连接配置：
  spring.datasource.url=jdbc:h2:mem:yourdb;AUTO_SERVER=TRUE;AUTO_SERVER_PORT=9092;AUTO_SERVER_REGISTER_SERVERS=node1:9092,node2:9092,node3:9092
  其中node1/node2/node3为三个Spring Boot Docker实例的内网域名/IP，H2会自动选举主节点，所有写操作会自动同步到所有从节点，读操作可以在本地节点完成。
• 注意：该模式最多支持3个节点集群，刚好匹配你的部署规模，超过3个节点同步性能会明显下降。

方案三：应用层数据变更同步（不推荐） #

• 核心逻辑：如果前两种方案都无法满足你的架构要求，可以在应用层引入消息队列实现变更广播：每次有写操作完成后，将写SQL/变更事件广播到所有应用实例，其他实例收到后在本地H2执行相同的写操作。
• 注意事项：
  • 必须实现写操作的幂等性校验，避免重复执行导致数据错乱
  • 只能保证最终一致性，会存在秒级的同步延迟
  • 需要额外处理节点上下线的异常场景，避免消息丢失

避坑提醒：内存型H2的数据默认会在实例重启后清空，如果需要持久化数据，需要将H2的数据目录映射到Docker宿主机的持久化卷中。

内容的提问来源于stack exchange，提问作者CodeMaster