是否可以阻止Phantom读取,或以其他方式锁定Postgres事务中丢失的行?例如,请考虑以下命令序列:
在连接1上:
CREATE TABLE weather ( city varchar(80) PRIMARY KEY );
BEGIN;
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
INSERT INTO weather VALUES ('a');
同时,在连接2上:
BEGIN;
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
SELECT * FROM weather WHERE city = 'a' FOR SHARE;
INSERT INTO weather VALUES ('b');
回到连接1:
COMMIT;
再次回到连接2:
COMMIT;
SELECT * FROM weather;
-- Shows both rows
连接2上的事务似乎不可能成功,因为创建行'b'的前提条件取决于行'a'的缺失。如何防止第二个事务成功?
答案 0 :(得分:0)
在不锁定整个表的情况下执行此操作的一种方法是使用Postgresql的Advisory lock
[1]机制:
-- tx 1
begin;
select pg_advisory_lock(1234);
insert/update....
commit;
-- tx 2
begin;
select pg_advisory_lock(1234);
SELECT * FROM weather WHERE city = 'a' FOR SHARE;
insert/update...
commit;
通过这种方式,您可以进行事务间通信,而正常的MVCC行为是不够的。在示例中,1234
是任意整数,在应用程序级别具有含义。另请参阅[2]了解更多使用咨询锁的方法。
[1] http://www.postgresql.org/docs/9.5/static/explicit-locking.html#ADVISORY-LOCKS
[2] http://www.postgresql.org/docs/9.5/static/functions-admin.html#FUNCTIONS-ADVISORY-LOCKS-TABLE