要保证多步数据库操作原子性，须将它们置于同一事务中：获取connection后立即setautocommit(false)，执行全部sql，无异常则commit()，异常则rollback()，且必须在连接关闭前明确提交或回滚。
要保证多步数据库操作的原子性，核心是让这些操作处于同一个事务中——要么全部成功，要么全部回滚。JDBC本身不自动提供事务边界，必须手动控制连接的自动提交状态和提交/回滚时机。
关闭自动提交必须在执行任何SQL之前
默认情况下，JDBC每个executeUpdate()或executeQuery()都会立即提交。一旦某条SQL已提交，它就脱离了后续事务控制范围。所以关键动作是：
- 获取
Connection后立刻调用conn.setAutoCommit(false) - 再执行所有需要原子化的SQL（如扣款、加款、日志插入等）
- 不能先执行SQL、再关自动提交，否则前几条已永久生效
显式提交与异常回滚缺一不可
事务不会自动结束，必须由代码明确决定最终状态：
- 所有SQL执行无异常 → 调用
conn.commit()使更改持久化 - 任意步骤抛出
SQLException或运行时异常 → 必须捕获并调用conn.rollback() - 回滚操作应在
catch块中完成，且需检查conn是否仍有效
避免连接提前关闭导致隐式回滚
如果事务还没提交，连接就被close()，JDBC驱动通常会自动触发回滚，相当于白做所有操作：
-
错误写法：在
finally里无条件关闭连接，却忘了commit() -
正确做法：确保
commit()执行成功后再关闭；若发生异常，先rollback()再关闭 - 建议使用try-with-resources管理Statement/ResultSet，但
Connection的生命周期必须由事务逻辑主导
事务边界的粒度要匹配业务语义
不是越小越好，也不是越大越好：
- 转账这类典型场景：两个账户更新必须同属一个事务
- 不要把无关操作（如发邮件、写本地日志）包进同一事务，它们无法回滚，反而延长锁持有时间
- 长事务易引发锁等待甚至死锁，应尽量减少事务内耗时操作（如网络调用、大循环）
