PostgreSQL事务隔离READ UNCOMMITTED

ZZZ*_*ZZZ 7 postgresql transaction-isolation

我想尝试使用PostgreSQL与pgadmin进行事务隔离.首先,我在BEGIN中插入了一条新记录但没有COMMIT.

BEGIN;
INSERT INTO my_table(id,value) VALUES (1,'something');

//UNCOMMITTED
Run Code Online (Sandbox Code Playgroud)

然后,我尝试读取未提交的数据

BEGIN TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SELECT * FROM my_table
COMMIT;
Run Code Online (Sandbox Code Playgroud)

但我找不到新记录.怎么了?

Cra*_*ger 17

PostgreSQL不支持脏读(READ UNCOMMITTED).正如@a_horse_with_no_name指出的那样,手册说:

SQL标准定义了一个额外的级别READ UNCOMMITTED.在PostgreSQL中READ UNCOMMITTED被视为READ COMMITTED.

这符合标准中的规则,即数据库必须将不支持的隔离级别视为最强支持的级别.

没有受支持的方法从PostgreSQL中的正在进行的事务中读取未提交的元组.如果你有能够获得主键和一般混乱的重复值之类的东西,那么它无论如何都不会非常有用.

正在进行的事务可以沟通和相互影响的几种方法:

  • 通过共享客户端应用程序(当然)
  • SEQUENCE(和SERIAL)更新立即发生,而不是在提交时发生
  • 咨询锁定
  • 正常的行和表锁定,但在READ COMMITTED可见性规则内
  • UNIQUEEXCLUSION约束

使用仅限超级用户的调试工具(如pageinspect)可以查看未提交的元组数据,但前提是您真正了解数据存储区的内部结构.它仅适用于数据恢复和调试.您将在十六进制输出的墙中看到多个版本的数据.

  • 在测试过程中这确实非常有用。我在其他支持 READ_UNCOMMITED 隔离模式的数据库中尝试了这种方法,效果非常好。只需使用 @Transactional 注释您的测试,并让它回滚任何可能使数据库变脏的更改。但这只有在脏读支持的情况下才有可能,否则您无法断言事务/测试中发生的副作用的预期。 (3认同)