Re: Initial queries of day slow

Поиск
Список
Период
Сортировка
От Jeff Janes
Тема Re: Initial queries of day slow
Дата
Msg-id CAMkU=1zuqE3We8m_Mc5PXih+6UZsY_v4McMXZ3kz8bgMcVpC0Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Initial queries of day slow  (Rebecca Clarke <r.clarke83@gmail.com>)
Ответы Re: Initial queries of day slow  (Rebecca Clarke <r.clarke83@gmail.com>)
Список pgsql-general
On Mon, Apr 7, 2014 at 3:58 AM, Rebecca Clarke <r.clarke83@gmail.com> wrote:
Thanks, I'll run the EXPLAIN (ANALYZE, BUFFERS) today and tomorrow morning. I just tried it now on a query that took 109035.116 ms this morning (Which returns one row). It has returned 675.496 ms. I will run on this same query at 5am tomorrow. Thank you.

If the problem is largely encapsulated by that one query, I'd just write a cron job to execute that query every morning 15 minutes before you open for business.
 

At present we run pg_dumps every three hours.

We orginally found autovacuum too intrusive so switched to manual. We've had no problems with performance at all, only this. We're going to turn autovacuum back on to see if it makes any impact to this particular issue.

Did you go from 'Autovacuum only' to 'nightly vacuum, no autovac' in one step?  Mostly likely adding the nightly vacuum while leaving autovac on would have solved the problem, while being less likely to cause other problems.  (This is a side note--having autovac off is unlikely to be causing the particular problem you are reporting here.)

Cheers,

Jeff

В списке pgsql-general по дате отправления:

Предыдущее
От: Steve Crawford
Дата:
Сообщение: Re: Log file monitoring and event notification
Следующее
От: Stefan Keller
Дата:
Сообщение: Re: Postgres as In-Memory Database?