PostgreSQL数据库大小(表空间大小)远远大于计算出的关系总和

概述你好, 我发现实际数据库大小(在HDD上和pg_database_size()调用显示)和大小之间存在很大差异,通过总计pg_total_relation_size()检索的总关系大小来计算. 第一个是62G,最后一个是16G(右边是最大表中删除数据的差异) 这是一个简化的查询,可以显示我的系统上的差异： select current_database(), pg_size_pret 你好,

我发现实际数据库大小(在HDD上和pg_database_size()调用显示)和大小之间存在很大差异,通过总计pg_total_relation_size()检索的总关系大小来计算.

第一个是62G,最后一个是16G(右边是最大表中删除数据的差异)

这是一个简化的查询,可以显示我的系统上的差异：

select current_database(),pg_size_pretty( sum(total_relation_raw_size)::bigint ) as calculated_database_size,pg_size_pretty( pg_database_size(current_database()) ) as database_size     from (select pg_total_relation_size(relID) as total_relation_raw_size          from pg_stat_all_tables -- this includes also system tables shared between databases         where schemaname != 'pg_toast'        ) as stats;

似乎那里有一些悬空数据.出现这种情况后,我们从该数据库中转储并完全抽空了大量未使用的数据.

P.S.：我想,这是某种类型的数据库损坏……从这种情况中恢复的唯一方法是切换到热备数据库……

BobG写道,LOB是一个非常有效的问题,因为当应用程序表(包含OID)的行被删除时,它们不会被删除.

这些不会被VACUUM进程自动删除,只有您已经在它们上运行VACUUMLO.

Vacuumlo将从数据库中删除所有未引用的LOB.

示例电话：

vacuumlo -U postgres -W -v <database_name>

(我只包括-v使easlo更加冗长,以便你看到它删除了多少LOB)

在vacuumlo删除LOB后,您可以运行VACUUM FulL(或运行自动真空过程).

总结

以上是内存溢出为你收集整理的PostgreSQL数据库大小(表空间大小)远远大于计算出的关系总和全部内容，希望文章能够帮你解决PostgreSQL数据库大小(表空间大小)远远大于计算出的关系总和所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。