Oracle事务的回滚，通过回滚段保存原有数据实现，但，PG没有回滚段！以下以Update操作为例，说明PG实现机制上存在的空间暴涨问题。

在执行Update时，Oracle就地更新，如出现原block空间不足的情况，通过link的方式链接至新block上（不精确，大体表述）；PG的Update，不是原地更新，而是保留原有数据，通过新增新的tuple（数据行）保存新增数据，原有数据通过Vacuum机制清理。Vacuum机制需要满足MVCC（多版本并发控制）的要求，在某些情况下，不会清理“垃圾”数据，在事务繁忙的时候导致会导致数据表空间不断增长。

————————— Session A

— 开启事务

begin;

— 查询当前事务

select txid_current();

txid_current

————–

      1500987

(1 row)

— 什么都不做，会导致Vacuum不能清理“垃圾”数据

————————— Session B

— 开启事务

begin;

select txid_current();

txid_current

————–

      1500988

(1 row)

— 创建表&插入100数据

drop table if exists t1;

create table t1(id int,c1 varchar(50));

insert into t1 select generate_series(1,100),’#TESTDATA#’;

——————- 以上操作省略输出

select txid_current();

txid_current

————–

      1500988

(1 row)

— 提交事务

end;

— 查看数据表

select ctid, xmin, xmax, cmin, cmax,id from t1;

testdb=# select ctid, xmin, xmax, cmin, cmax,id from t1;

  ctid  |  xmin  | xmax | cmin | cmax | id 

———+———+——+——+——+—–

(0,1)  | 1500988 |    0 |    4 |    4 |  1

(0,2)  | 1500988 |    0 |    4 |    4 |  2

(0,3)  | 1500988 |    0 |    4 |    4 |  3

(0,4)  | 1500988 |    0 |    4 |    4 |  4

……

— 查看数据占用空间

\set v_tablename t1

SELECT pg_size_pretty( pg_total_relation_size(:’v_tablename’) );

testdb=# SELECT pg_size_pretty( pg_total_relation_size(:’v_tablename’) );

pg_size_pretty

—————-

8192 bytes

(1 row)

— 使用pgbench进行压力测试，不断更新数据

cat update.sql

\set rowid random(1,100)

begin;

update t1 set c1=c1||:rowid where id= :rowid;

end;

pgbench -c 2 -C -f ./update.sql -j 1 -n -T 600 -U xdb testdb

— 一段时间后查看数据占用空间

SELECT pg_size_pretty( pg_total_relation_size(:’v_tablename’) );

testdb=# SELECT pg_size_pretty( pg_total_relation_size(:’v_tablename’) );

pg_size_pretty

—————-

  1344 kB

(1 row)

从原来的8192 Bytes变成了1344 KB，空间“暴涨”。

究其原因，是因为PG的MVCC实现机制导致的：如果存在某个事务，在更新数据前开启，那么更新数据时前后的数据都要存储，无论更新多少次都要存储！