Java中多表操作一致性核心是共用同一Connection并手动控制事务：先setAutoCommit(false)，执行所有SQL，成功commit、失败rollback；推荐ThreadLocal绑定连接或Spring的@Transactional声明式管理。

Java 中处理多表操作的一致性，核心是把多个表的增删改操作纳入同一个数据库事务边界内——只要共用一个 Connection 并手动控制提交/回滚，就能保证“全成功或全失败”。

用同一个 Connection 手动管理事务

默认 JDBC 是自动提交模式，每条 SQL 执行完立刻落库，无法回滚其他语句。必须显式关闭自动提交：

• 调用 connection.setAutoCommit(false) 开启事务控制
• 所有 DAO 操作（无论操作哪张表）都复用这个 connection 对象
• 全部执行成功后调用 connection.commit()
• 任意一步出错，立即调用 connection.rollback()
• 事务结束后，建议恢复 setAutoCommit(true)，尤其在连接池场景下

跨 Service 或多 DAO 层如何共享 Connection

避免各层 new Connection 导致事务失效，常用方案是用 ThreadLocal 绑定当前线程的 connection：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 在 service 方法入口获取 connection，并存入 ThreadLocal
• DAO 层从 ThreadLocal 取 connection，不再自行创建
• service 方法结束前统一 commit 或 rollback，并清理 ThreadLocal
• 适合报销单（主表+明细表）、银行转账（转出表+转入表）等典型场景

Spring 环境下更简洁的声明式写法

不用手管 connection 和 try-catch rollback，直接用 @Transactional：

立即学习“Java免费学习笔记（深入）”；

• 标注在 service 方法上，Spring 自动开启事务、传播、提交或回滚
• 要求所有 DAO 使用同一数据源（如同一个 JdbcTemplate 或 EntityManager）
• 方法内调用多个 mapper.update() 或 repository.save()，天然在一个事务中
• 抛出未被捕获的运行时异常（RuntimeException）会自动触发回滚

注意边界：哪些情况会破坏事务一致性

即使加了 @Transactional 或手动 commit，以下操作仍可能导致部分成功：

• 方法内启动新线程执行数据库操作（新线程无事务上下文）
• 调用了另一个 service 的非事务方法（事务传播类型不匹配，如 REQUIRES_NEW 会另起事务）
• 使用了不同数据源（比如两个 MySQL 实例），单机事务无法跨库生效
• SQL 执行成功但业务逻辑抛异常前已发消息、调外部接口，这些无法回滚