mysql集合操作和事务有什么关系_mysql一致性说明

来源：这里教程网时间：2026-02-28 20:52:38 作者：

集合操作本身不自动开启事务

MySQL 中的

UNION

、

INTERSECT

（8.0.31+）、

EXCEPT

（8.0.31+）这些集合操作只是查询语法，不涉及数据修改，因此不会触发事务机制。它们运行在当前会话的事务上下文中——如果外面套着

BEGIN

START TRANSACTION

，那整个查询就属于那个事务；但集合操作自身既不启动事务，也不提交或回滚。

常见误解是以为

UNION ALL

比

UNION

“更快所以更轻量”，其实性能差异主要来自去重逻辑（

UNION

隐含

DISTINCT

），和事务完全无关。

事务对集合操作结果的一致性起间接作用

当你在事务中执行多条语句，并在其中用集合操作组合中间结果时，事务的隔离级别决定了你能看到哪些数据版本。例如：

在
REPEATABLE READ
下，事务内多次执行同一
SELECT ... UNION ...
会看到相同快照，即使其他事务已提交新数据若集合操作里包含子查询（如
(SELECT * FROM t1) UNION (SELECT * FROM t2 WHERE id IN (SELECT id FROM t3))
），而
t3
被并发修改，那最终结果是否“一致”，取决于事务启动时刻的 MVCC 快照

也就是说：集合操作不管理一致性，事务通过快照和锁来保障它。

带写入的集合场景必须显式控制事务

真正容易出错的是把集合操作和 DML 混用，比如用

INSERT ... SELECT ... UNION ...

批量写入。这时事务边界非常关键：

没加
START TRANSACTION
：每条
INSERT
独立提交，中途失败会导致部分写入，状态不一致加了事务但没设
autocommit=0
：某些客户端驱动默认自动提交，可能让
BEGIN
失效集合子查询里有
FOR UPDATE
：必须确保整条语句在同一个事务中，否则锁会在语句结束时释放，无法保护后续操作

START TRANSACTION;
INSERT INTO summary_table 
SELECT id, SUM(val) FROM sales GROUP BY id
UNION ALL
SELECT id, 0 FROM missing_ids;
-- 若上面某行违反唯一键，整批回滚
COMMIT;