Re: DB size and TABLE sizes don't seem to add up - Mailing list pgsql-performance

From David Wall
Subject Re: DB size and TABLE sizes don't seem to add up
Date
Msg-id 53039D02.6010107@computer.org
Whole thread Raw
In response to Re: DB size and TABLE sizes don't seem to add up  (Heikki Linnakangas <hlinnakangas@vmware.com>)
List pgsql-performance
On 2/18/2014 12:34 AM, Heikki Linnakangas wrote:
> On 02/18/2014 12:14 AM, David Wall wrote:
>> I am running PG 9.2.4 and I am trying to figure out why my database size
>> shows one value, but the sum of my total relation sizes is so much less.
>>
>> Basically, I'm told my database is 188MB, but the sum of my total
>> relation sizes adds up to just 8.7MB, which is 1/20th of the reported
>> total.  Where is the 19/20th of my data then?  We do make significant
>> use of large objects, so I suspect it's in there.  Is there a relation
>> size query that would include the large object data associated with any
>> OIDs in those tables?
>
> You can use "select pg_total_relation_size('pg_largeobject')" to get
> the total size of the large objects. Attributing large objects to the
> tables that refer them is more difficult. For a single table,
> something like this:
>
> select sum(pg_column_size(lo.data))
> from lotest_stash_values t, pg_largeobject lo
> where lo.loid = t.loid;
>
> Replace "lotest_stash_values" with the table's name and lo.loid with
> the name of the OID column.

Thanks, Heikki.  It's generally even trickier for us because we have a
blob table that other components use for storing
large/binary/unstructured objects (the code handles
compression/decompression and encryption/decryption options for us).  So
those tables have an UUID that points to a row in that table that
contains the actual LOID.  I'll use your technique to at least tell me
the size for specific tables where I can build the query like you've
described.


pgsql-performance by date:

Previous
From: Michael Stone
Date:
Subject: Re: Optimal settings for RAID controller - optimized for writes
Next
From: Tomas Vondra
Date:
Subject: Re: Optimal settings for RAID controller - optimized for writes