我們在很多地方應(yīng)該都聽到過長事務(wù)的危害，比方說長事務(wù)會導(dǎo)致表膨脹之類的。那么在PostgreSQL中什么才算是長事務(wù)呢？

首先，在PostgreSQL的官方文檔中并沒有所謂“長事務(wù)”這一定義，似乎大家約定俗稱的把一個執(zhí)行了很長卻沒有提交的事務(wù)認(rèn)為是“長事務(wù)”了，而在不同的數(shù)據(jù)庫中關(guān)于長事務(wù)的定義往往也不盡相同，那么在PostgreSQL中什么是長事務(wù)呢？

打個比方，如下所示，我在一個會話中通過begin開啟一個事務(wù)，然后執(zhí)行了個簡單的查詢語句后遲遲不提交，這算不算長事務(wù)呢？

bill=# begin;
BEGIN
bill=*# select 1;
 ?column?
———-
        1
(1 row)

bill=*#

為了搞清楚這個問題，我們不妨想想，為什么我們會提到長事務(wù)呢。這是因為pg中的長事務(wù)會影響表中垃圾回收，會導(dǎo)致表的年齡增長無法freeze。而我們上面這個會話開啟的事務(wù)會有影響嗎？實際上并不會，我們可以通過pg_stat_activity視圖觀察：

bill=# select * from pg_stat_activity where pid = 26192;
-[ RECORD 1 ]—-+——————————
datid            | 16385
datname          | bill
pid              | 26192
leader_pid       |
usesysid         | 16384
usename          | bill
application_name | psql
client_addr      |
client_hostname  |
client_port      | -1
backend_start    | 2022-03-02 11:49:49.433165+08
xact_start       | 2022-03-02 14:34:04.494416+08
query_start      | 2022-03-02 14:34:06.946754+08
state_change     | 2022-03-02 14:34:06.947207+08
wait_event_type  | Client
wait_event       | ClientRead
state            | idle in transaction
backend_xid      |
backend_xmin     |
query            | select 1;
backend_type     | client backend

之所以會導(dǎo)致表膨脹之類的問題，主要是在于backend_xid和backend_xmin兩個字段，而上面的事務(wù)這兩個字段均是空的。

/* ———-
* LocalPgBackendStatus
*
* When we build the backend status array, we use LocalPgBackendStatus to be
* able to add new values to the struct when needed without adding new fields
* to the shared memory. It contains the backend status as a first member.
* ———-
*/
typedef struct LocalPgBackendStatus
{
/*
* Local version of the backend status entry.
*/
PgBackendStatus backendStatus;
/*
* The xid of the current transaction if available, InvalidTransactionId
* if not.
*/
TransactionId backend_xid;
/*
* The xmin of the current session if available, InvalidTransactionId if
* not.
*/
TransactionId backend_xmin;
} LocalPgBackendStatus;