SELECT 能否使用“读取已提交隔离级别”在一个事务中获取不同的结果？

Question

下面是postgresql 9.6文档中关于读取提交隔离级别的完整段落：

读取提交是PostgreSQL中的默认隔离级别。当事务使用此隔离级别时，SELECT查询（没有FOR UPDATE/SHARE子句）只能看到查询开始前提交的数据；它永远不会看到未提交的数据或并发事务在查询执行期间提交的更改。实际上，SELECT查询会在查询开始运行时看到数据库的快照。但是，SELECT确实会看到在其自己的事务中执行的先前更新的影响，即使它们尚未提交。另请注意，如果其他事务在第一个SELECT启动后和第二个SELECT启动前提交更改，即使它们在单个事务中，两个连续的SELECT命令也可以看到不同的数据。

所以基本上：

SELECT查询只能看到查询开始前提交的数据，永远不会看到并发事务在查询执行期间提交的更改。

但在最后一句话中，它指出：

另请注意，如果其他事务在第一个SELECT启动后和第二个SELECT启动前提交更改，即使它们在单个事务中，两个连续的SELECT命令也可以看到不同的数据。

对我来说，这看起来很矛盾。有人可以详细说明吗？两个 SELECT 查询究竟如何在一个事务中看到不同的数据？事务不是孤立的吗？

Answer 1

没有矛盾。事务中的两个连续SELECT语句可能会获取不同的结果。考虑这一点-您开始交易，然后发出
从emp中选择*；你得到两张唱片。另一个会话将记录插入emp并提交。在第一个会话中，您再次发出select*from emp；你得到3张唱片。这是读提交隔离级别的预期行为。

示例代码

tmp=# begin ; 
BEGIN
tmp=# select * from emp;
 id 
----
  1
  2
(2 rows)

tmp=# select * from emp;
 id 
----
  1
  2
  3
(3 rows)

tmp=# commit;

Answer 2

是的，这是真的。为了避免这种情况，您需要使用更高的隔离级别：“可重复读取”。如果需要完全隔离事务，甚至可以“序列化”。请记住，更高的隔离度会带来更高的性能成本。

在这里您可以找到详细的解释：https://www.postgresql.org/docs/9.1/static/transaction-iso.html

这是一个如何发生的例子:

> < li>Connection1打开事务，并使用“select *”从表1中读取一行 < li>

Connection2更新同一行并提交

连接 1 再次读取同一行并获取更新的数据

隔离级别是“读取提交”，因此从字面上看，提交的所有内容对其他连接都是可见的。

如果由于某种原因无法使用更高的隔离级别，有一种方法可以防止此类“意外”更新发生：您的Connection1可以使用“选择...进行更新”。这将有效地锁定该行，直到Connection1的事务提交或回滚。因此Connection2将等待此提交或回滚才能更新该行。