在 PostgreSQL 中使用预备事务，你知道有哪些坑吗？.doc

Rhein

6页

4次

2025-04-04

免费下载

在

PostgreSQL

中使用预备事务，你知道有哪些坑吗？

PostgreSQL

数据库提供了对分布式事务的支持，但是

在使用时，很容易出问题，有非常多的注意事项。

介绍

PostgreSQL

为您提供了对两阶段提交的支持。如果你

想要进行原子性分布式提交，你可能需要它。如果你查看

PostgreSQL

文档，就会发现关于使用这类事务的明确警

告：“除非你正在编写一个事务管理器，否则你可能不应该

使用

PREPARE TRANSACTION”

。如果你真的需要使用它

们，你需要非常小心，预备事务要能尽快提交或回滚。换

句话说，您需要一种机制来监视数据库中的预备事务，并

在它们保持打开状态的时间过长时，采取适当的措施。如

果发生这种情况，您会遇到各种问题，并且您的问题来源

也不明显。

使用预备事务的注意事项

首先，让我们来创建一个简单的预备事务：

begin;

create table t1 (a int);

insert into t1 values (1);

prepare transaction 'abc';

从此时起，该事务不再与会话关联。如果您尝试提交或

回滚事务，就可以轻松验证这一点：

commit;

WARNING: there is no transaction in progress

这也意味着，在我们预备好事务前创建的 “

t1”

表对我们

来说是不可见的：

select * from t1;

ERROR: relation "t1" does not exist

LINE 1: select * from t1;

虽然我们不再处于任何可见的事务中，但由于我们预备好

的事务，在后台还持有锁：

select * from pg_locks

where database = (select oid from pg_database where datname =

'postgres')

and mode like '%Exclusive%';

| waitstart

----------+----------+----------+------+-------+------------+---------------+---------+-------

+----------+--------------------+-----+---------------------+---------+----------+-----------

relation | 12969 | 24582 | | | | | | | |

-1/562 | | RowExclusiveLock | t | f |

relation | 12969 | 24582 | | | | | | | |

-1/562 | | AccessExclusiveLock | t | f |

(2 rows)

有一个

AccessExclusiveLock

锁，它是 “

t1”

表上的锁。

另一个锁 “

RowExclusiveLock”

，它是保护我们在上面插

入的行的锁。我们怎么知道呢？目前这只是一个猜测，因

为 “

t1”

表是不可见的：

select relname from pg_class where oid = 24582;

relname

---------

(0 rows)

在提交预备好的事务后，我们可以验证它是否真的是关

于 “

t1”

的：

commit prepared 'abc';

select relname from pg_class where oid = 24582;

relname

---------

(1 row)

select * from t1;

---

(1 row)

我们还可以通过再次查看锁来确认：

select * from pg_locks

where database = (select oid from pg_database where datname =

'postgres')

and mode like '%Exclusive%';

waitstart

----------+----------+----------+------+-------+------------+---------------+---------+-------

+----------+--------------------+-----+------+---------+----------+-----------

(0 rows)

这些锁也消失了。所以，也没有多大的事，只要预备好

的事务被提交，一切都很好。这是一个很好的情况，如果

是这样，您将不会遇到任何问题。

让我们来创建另一个预备事务：

begin;

insert into t1 values(2);

prepare transaction 'abc';

首先要记住的一点是：一旦你创建了一个预备事务，它

就会完全存储在磁盘上：

ls -la $PGDATA/pg_twophase/*

-rw------- 1 postgres postgres 212 Feb 26 11:24

/db/pgsql/data/pg_twophase/00000233

提交事务后，文件会消失：

commit prepared 'abc';

ls -la $PGDATA/pg_twophase/

drwx------ 2 postgres postgres 4096 Feb 26 11:26 .

of 6

免费下载

墨力计划

相关文档

评论