Re: Table growing faster than autovacuum can vacuum
| От | John R Pierce |
|---|---|
| Тема | Re: Table growing faster than autovacuum can vacuum |
| Дата | |
| Msg-id | 4F3C09C2.2060300@hogranch.com обсуждение исходный текст |
| Ответ на | Table growing faster than autovacuum can vacuum (Asher Hoskins <asher@piceur.com>) |
| Ответы |
Re: Table growing faster than autovacuum can vacuum
|
| Список | pgsql-general |
On 02/15/12 8:46 AM, Asher Hoskins wrote:
> I've got a database with a very large table (currently holding 23.5
> billion rows,
a table that large should probably be partitioned, likely by time.
maybe a partition for each month. as each partition is filled, it can
be VACUUM FREEZE'd since it will never be modified again. if you're
doing your batch inserts of 1-2 billion rows once a month or so, perhaps
that should be the partition right there.
since you're inserting the new data sequentially, and not doing UPDATEs,
there's no point in doing VACUUM FULL, just a plain vacuum.....
so, your ~ monthly batch run could be something like...
create new partition table
copy/insert your 1-2 billion rows
vacuum analyze (NOT full) new table
vacuum freeze new table
update master partition table rules
this way, autovacuum won't even bother with these tables.
--
john r pierce N 37, W 122
santa cruz ca mid-left coast
В списке pgsql-general по дате отправления: