在 MySQL 中处理跨表事务，核心是通过事务机制确保多个表的操作要么全部成功，要么全部回滚，保证数据的一致性。只要操作涉及多个表，无论是否在同一数据库中，都可以使用标准的事务控制语句来实现。
启用事务并正确使用 COMMIT 和 ROLLBACK
MySQL 的 InnoDB 存储引擎支持事务，因此要确保所有涉及的表都使用 InnoDB。事务从 BEGIN 或 START TRANSACTION 开始，通过 COMMIT 提交更改，或通过 ROLLBACK 撤销所有未提交的操作。
例如：同时更新用户余额和订单状态，两个表必须同步操作：
START TRANSACTION; <p>UPDATE users SET balance = balance - 100 WHERE user_id = 1; UPDATE orders SET status = 'paid' WHERE order_id = 1001 AND user_id = 1;</p><p>-- 检查是否有错误 -- 如果上面任意一条语句失败，比如余额不足或订单不存在 -- 可以手动 ROLLBACK，或由应用程序判断后执行</p><p>-- 假设逻辑正常，提交事务 COMMIT;</p>
如果中间出现异常（如触发外键约束、唯一索引冲突或应用层校验失败），应执行 ROLLBACK 避免部分更新。
在应用程序中结合错误处理控制事务
实际开发中，事务通常由程序代码控制。以 Python + PyMySQL 为例：
import pymysql
<p>conn = pymysql.connect(host='localhost', user='root', password='pwd',
database='mydb', autocommit=False)
try:
with conn.cursor() as cur:
cur.execute("UPDATE accounts SET amount = amount - ? WHERE user_id = ?", (100, 1))
cur.execute("UPDATE logs SET processed = 1 WHERE user_id = ?", (1,))
conn.commit()
except Exception as e:
conn.rollback()
print("事务执行失败，已回滚：", e)</p>关键点是关闭自动提交（autocommit=False），并在异常发生时主动回滚。这样即使跨多个表，也能保持原子性。
注意事务隔离级别与锁机制
跨表事务可能引发死锁或脏读问题。MySQL 默认隔离级别为 REPEATABLE READ，大多数场景适用。但在高并发下，可考虑调整为 READ COMMITTED 减少锁竞争。
设置方式：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
InnoDB 会在执行写操作时自动对涉及的行加锁。若多个事务交叉修改不同表中的同一用户数据，需合理设计执行顺序，避免死锁。
使用外键约束辅助数据一致性
虽然外键不能替代事务，但合理使用可以防止孤立记录。例如订单表引用用户表：
ALTER TABLE orders ADD CONSTRAINT fk_user FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE;
配合事务使用时，能进一步保障关联数据的完整性。
基本上就这些。只要开启事务、统一提交或回滚、配合程序异常处理，就能可靠地处理跨表操作。不复杂但容易忽略的是：记得关 autocommit，并测试回滚路径是否生效。
