如何找到PostgreSQL数据库上次更新的时间

方法一：通过查找表数据文件方式

这种方法通过查找表的数据文件的方式从而确定表的创建时间，但是这种方法并不能准备查询表的创建

时间，而且有时候，这种方法得到的信息还有可能是错误的，下面大致演示下。

--11 创建表并插入数据

francs=> create table test_ctime (id int4 primary key ,name varchar(32));

NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index "test_ctime_pkey" for table "test_ctime"

CREATE TABLE

francs=> insert into test_ctime select generate_series(1,10000),'create_time test';

INSERT 0 10000

francs=> \d test_ctime;

Table "francstest_ctime"

Column | Type | Modifiers

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

id | integer | not null

name | character varying(32) |

Indexes:

"test_ctime_pkey" PRIMARY KEY, btree (id)

francs=> \dt+ test_ctime;

List of relations

Schema | Name | Type | Owner | Size | Description

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

francs | test_ctime | table | francs | 536 kB |

(1 row)

备注：表创建好了，接下来演示如何定位表的物理文件。

--12 定位表所在的表空间

francs=> select relname,relfilenode,reltablespace from pg_class where relname='test_ctime';

relname | relfilenode | reltablespace

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

test_ctime | 24650 | 0

(1 row)

备注：在 PostgreSQL 的逻辑结构体系中，表位于数据库中，同时表位于表空间上，面表空间对应系统上一个

文件目录，每个表由一个或者多个文件组成； 根据上面的结果，表 test_ctime 的 reltablespace

值为 0,表示位于所属数据库的默认表空间，注意 relfilenode 值为 24650。

--13 查询数据库 francs 的默认表空间

francs=> select oid,datname,dattablespace from pg_database where datname='francs';

oid | datname | dattablespace

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

16386 | francs | 16385

备注：上面查出数据库 francs 的默认表空间的 oid 为 16385。

--14 查找 oid 为 16385 的表空间

francs=> select oid, from pg_tablespace where oid=16385;

oid | spcname | spcowner | spcacl | spcoptions

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

16385 | tbs_francs | 10 | {postgres=C/postgres,francs=C/postgres} |

(1 row)

备注：查了半天才查到表 test_ctime 的默认表空间为 tbs_francs，这里之所以饶这么大圈，是为

了展示 postgresql 中的一些逻辑结构关系，如果自己对环境比较熟悉，可以直接定位到

哪个表空间。

--15 查询表空间 tbs_francs 对应的物理目录

francs=> \db

List of tablespaces

Name | Owner | Location

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

pg_default | postgres |

pg_global | postgres |

tbs_francs | postgres | /database/1922/pgdata1/pg_tbs/tbs_francs

(3 rows)

备注：表空间 tbs_francs 的数据目录为 /database/1922/pgdata1/pg_tbs/tbs_francs。

--16 进入数据目录

[postgres@redhat6 16386]$ cd /database/1922/pgdata1/pg_tbs/tbs_francs

[postgres@redhat6 tbs_francs]$ ll

total 40K

drwx------ 4 postgres postgres 40K May 22 10:35 PG_92_201204301

[postgres@redhat6 tbs_francs]$ cd PG_92_201204301/

[postgres@redhat6 PG_92_201204301]$ ll

total 16K

drwx------ 2 postgres postgres 12K Jun 26 19:03 16386

drwx------ 2 postgres postgres 40K May 22 10:37 pgsql_tmp

备注：根据前面的步骤 13 查询的信息知道 16386 为数据库 francs 的 oid。 再根据步骤 12 的信息知道

表 test_ctime 的 relfilenode 值为 24650

--17 查找表 test_ctime 的数据文件

[postgres@redhat6 16386]$ ll 24650

-rw------- 1 postgres postgres 512K Jun 26 18:57 24650

备注：根据数据文件 24650 知道表的创建时间为 2012-06-26 18:57。但这种方法并不准确，因为

表上的 *** 作可能导致表重新生成文件，接着演示。

--18 cluster 表

francs=> cluster verbose test_ctime using test_ctime_pkey;

INFO: clustering "francstest_ctime" using index scan on "test_ctime_pkey"

INFO: "test_ctime": found 0 removable, 10000 nonremovable row versions in 64 pages

DETAIL: 0 dead row versions cannot be removed yet

CPU 000s/003u sec elapsed 008 sec

CLUSTER

francs=> select relname,relfilenode,reltablespace from pg_class where relname='test_ctime';

relname | relfilenode | reltablespace

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

test_ctime | 24655 | 0

(1 row)

备注：表 test_ctime 经过 cluster *** 作后，重新生成了数据文件，文件号由原来的 24650 变成了 24655

--19 系统上再次查询表数据文件

[postgres@redhat6 16386]$ ll 24650

-rw------- 1 postgres postgres 0 Jun 26 19:19 24650

[postgres@redhat6 16386]$ ll 24655

-rw------- 1 postgres postgres 512K Jun 26 19:19 24655

备注：显然新文件的时间 24655 并不是表 test_ctime 的初始创建时间。

--110 vacuum full 表

francs=> vacuum full test_ctime;

VACUUM

francs=> select relname,relfilenode,reltablespace from pg_class where relname='test_ctime';

relname | relfilenode | reltablespace

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

test_ctime | 24659 | 0

(1 row)

备注： vacuum full *** 作后，同样产生了新文件，新文件号为 24659

--111 系统上再次查询表数据文件

[postgres@redhat6 16386]$ ll 24659

-rw------- 1 postgres postgres 512K Jun 26 19:22 24659

你的两个索引都是复合索引。所以字段的顺序是很重要的，索引的第一个字段是主索引码。索引B+树是根据主索引码构造的。index1（oid，name）和index1（name，oid）有天壤之别。

看样子，oid是主码吧，它具有唯一性，所以，根据oid、name、age查询数据时，会优先使用index1（姑且认为index1是（oid，name）形式），在index1中使用oid进行索引页的查找，因为oid值是唯一的，直接就能快速定位，根本用不到name和age。如果oid不是主码，如果仍然使用index1，那么当oid不足以区分表中行的时候，才会使用name和age进一步筛选。

当然，上面的内容也不是绝对的，一方面，DB2会对整个数据库收集统计信息，根据表中数据的分布和频率，有可能会选择index2，甚至不使用索引，直接表扫描；另一方面，如果你的查询语句中where后面的条件（谓词）是不可索引谓词（比如oid<>10）,对应的索引同样不可用。

针对你的数据库系统到底会使用那个，你可以直接使用explain工具对查询优化过程进行查看。最简单的是事业visual explain，图形化的，会直观显示优化过程和结果。

你的问题属于查询优化的内容，实际上挺复杂的，建议你找些专业的介绍看看。（看你描述似乎不大专业）

以上就是关于如何找到PostgreSQL数据库上次更新的时间全部的内容，包括:如何找到PostgreSQL数据库上次更新的时间、数据库是DB2，多个索引都有某一个字段，那么DB2会执行那一个呢、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！