SpringBoot+React项目关联A、B实体类数据一致性存储方案咨询

首选方案：后端单接口事务控制（适用于绝大多数单体应用场景） #

这是成本最低、一致性最强的实现方案，完全规避前端两次调用的异常风险：

• 前端调整交互逻辑，将A、B对象的完整参数一次性提交到后端同一个新增接口，不需要拆分两次请求
• 后端业务层对应方法添加@Transactional注解开启数据库事务，依赖MySQL的事务能力保证操作原子性
• 后端执行逻辑：
  1. 先执行A对象的插入操作，获取数据库自动生成的A主键id
  2. 将上述id设置为B对象的关联外键值
  3. 执行B对象的插入操作
• 任意一步执行抛出异常时，事务会自动回滚所有已执行的数据库操作，不会出现仅A存储成功的脏数据

备选方案：分请求+补偿机制（适用于业务必须拆分两次请求的场景） #

如果业务流程要求必须先存A、再执行其他前端逻辑后存B，可通过以下机制保证一致性：

• 给A表新增relation_status字段，默认值为0（未关联B），B存储成功后更新对应A的该字段为1（已关联B）
• 新增定时兜底任务：定期扫描创建时间超过10分钟、relation_status仍为0的A记录，自动删除无效A记录或者触发B存储的重试逻辑
• 前端保存B失败时，自动携带A的id重试调用B保存接口，重试次数可设置为3次，多次失败再给用户报错提示

扩展方案：可靠消息最终一致性（适用于A、B服务拆分的分布式场景） #

如果后续A、B的存储逻辑拆分到不同微服务，可通过消息队列实现最终一致性：

• 存储A的服务本地事务提交成功后，向消息队列发送B存储的消息
• B服务消费消息执行存储逻辑，消费失败自动触发消息重试，重试多次失败后进入死信队列人工处理

通用优化建议：B表存储A关联id的字段添加唯一索引，避免重复插入关联同一个A的B数据，保证一对一关联的准确性。

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