pgAdmin中自动提交开关不同时SQL脚本执行结果一致的原因

我们先拆解你的SQL脚本执行流程，结合PostgreSQL的事务机制来分析：

脚本核心执行步骤 #

begin;
insert into test values (5);
rollback;
insert into test values (6);
rollback;
insert into test values (7);
commit;

通用流程（无论autocommit状态） #

1. begin;：显式启动一个事务，此时PostgreSQL会忽略当前的autocommit设置，直到该事务结束。
2. insert into test values (5);：操作在显式事务内执行，未提交。
3. rollback;：回滚显式事务，会话回到无事务状态，此时autocommit设置重新生效。

两种场景的具体行为 #

场景1：autocommit开启 #

• insert into test values (6);：autocommit开启时，单条SQL语句会自动作为独立事务执行并提交，执行后会话回到无事务状态。
• rollback;：无活跃事务，触发警告WARNING: there is no transaction in process。
• insert into test values (7);：自动提交，会话回到无事务状态。
• commit;：无活跃事务，触发警告，最终输出COMMIT。

场景2：autocommit关闭 #

按PostgreSQL标准行为，此时执行insert into test values (6);会启动一个隐式事务（无需显式begin），紧接着的rollback;应能正常回滚该事务，不会触发警告。但你实际测试中出现了和autocommit开启时相同的警告，这大概率是pgAdmin执行脚本的特殊逻辑导致：

• pgAdmin在批量执行包含事务控制语句的脚本时，可能会将每个语句作为独立单元处理，即使autocommit关闭，也会自动结束每个非显式事务内的语句（等效于自动提交），导致rollback;和commit;执行时无活跃事务，触发警告。

结果无差异的核心原因 #

你的脚本中，前3行的显式事务处理在两种场景下完全一致；而后续的insert语句，无论autocommit是否开启，最终都被当作自动提交的独立事务执行，导致rollback和commit时均无活跃事务，因此输出结果完全相同。

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