PostgreSQL单查询执行时数据状态是否持久？含事务与锁疑问

非事务模式下的多SELECT结果一致性 #

如果直接执行以下语句：

Select * From t1; Select * From SomeSlowView; Select * From t1;

PostgreSQL默认会把每条SQL当作独立的自动提交事务。这意味着第一个SELECT和第三个SELECT分属两个不同事务，若中间有其他并发事务执行UPDATE t1 Set x = x + 1;或Insert into t1 ...;，第三个SELECT会读取到修改后的新数据，导致前后结果不一致。

事务能否解决一致性问题？ #

可以。用显式事务包裹查询后：

Begin;
Select * From t1; Select * From SomeSlowView; Select * From t1;
Commit;

整个事务内的所有查询都会基于事务启动时的数据快照（PostgreSQL的MVCC多版本并发控制机制）执行。无论其他并发事务如何修改t1，该事务内的所有SELECT都只会看到事务开始前的数据状态，因此第一个和第三个SELECT的结果会完全一致。

是否需要显式锁定表t1？ #

不需要。显式事务已经通过MVCC机制保证了查询一致性，没必要使用Lock Table t1;。显式锁表会强制其他事务等待，大幅降低系统并发性能，只有在需要完全阻止其他事务对t1进行修改（比如执行要求数据绝对静止的批量操作）时，才需要考虑使用显式锁。

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