On 5/7/24 02:38, HORDER Philip wrote:
> Thanks for your time Adrian
>
>
>> Is there enough data processing?
>
> Yes, one table is receiving upwards of 20 million rows daily.
> We noticed the problem when fetch performance on this table degraded after updates.
>
>> Autovacuum has thresholds for turning on, are you sure those thresholds are just not being met?
>
> Yes we're sure. Our biggest table is set for a fixed number of rows rather than a percentage, this gets an auto
analyseabout every 15 minutes.
>
> After an update this just stops, and there are no analyse entries in the log file. None at all, for any table.
1) What is the exact pg_restore command you are using?
2) From earlier post: '... only analyzes tables in the new db at the
point of reload, then shuts off again.' Provide that sequence of events
from the Postgres log.
3) Also statistics from
https://www.postgresql.org/docs/current/monitoring-stats.html#MONITORING-PG-STAT-ALL-TABLES-VIEW
for that table after the reload.
>
> When we restart Postgres the auto analyse restarts and catches up with the backlog.
>
>
> Phil Horder
> Database Mechanic
>
> Thales
> Land & Air Systems
>
> The information contained in this e-mail is confidential. It is intended only for the stated addressee(s) and access
toit by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any
otherway use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. If you have
receivedthis e-mail in error, please inform the originator immediately and delete it and all copies from your system.
>
> Thales UK Limited. A company registered in England and Wales. Registered Office: 350 Longwater Avenue, Green Park,
Reading,Berks RG2 6GF. Registered Number: 868273
>
> Please consider the environment before printing a hard copy of this e-mail.
--
Adrian Klaver
adrian.klaver@aklaver.com
