Re: Long Running Update - My Solution

Поиск
Список
Период
Сортировка
От Robert Klemme
Тема Re: Long Running Update - My Solution
Дата
Msg-id BANLkTim++zcMMhQwQ77U4c3_QgXJL4Sapw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Long Running Update - My Solution  (tv@fuzzy.cz)
Список pgsql-performance
On Mon, Jun 27, 2011 at 5:37 PM,  <tv@fuzzy.cz> wrote:
>> The mystery remains, for me: why updating 100,000 records could complete
>> in as quickly as 5 seconds, whereas an attempt to update a million
>> records was still running after 25 minutes before we killed it?
>
> Hi, there's a lot of possible causes. Usually this is caused by a plan
> change - imagine for example that you need to sort a table and the amount
> of data just fits into work_mem, so that it can be sorted in memory. If
> you need to perform the same query with 10x the data, you'll have to sort
> the data on disk. Which is way slower, of course.
>
> And there are other such problems ...

I would rather assume it is one of the "other problems", typically
related to handling the TX (e.g. checkpoints, WAL, creating copies of
modified records and adjusting indexes...).

Kind regards

robert


--
remember.guy do |as, often| as.you_can - without end
http://blog.rubybestpractices.com/

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

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: Performance issue with Insert
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: Performance issue with Insert