Re: pg_wal fills up on big update query

Поиск
Список
Период
Сортировка
От Rob Sargent
Тема Re: pg_wal fills up on big update query
Дата
Msg-id 05D718F2-9A80-4A9B-A84A-B9C332943AC3@gmail.com
обсуждение исходный текст
Ответ на pg_wal fills up on big update query  ("Daniel Fink (PDF)" <daniel.fink@pdf.com>)
Ответы RE: pg_wal fills up on big update query  ("Daniel Fink (PDF)" <daniel.fink@pdf.com>)
Список pgsql-general


On Aug 7, 2019, at 7:34 AM, Daniel Fink (PDF) <daniel.fink@pdf.com> wrote:

Hi all,

 

I have a migration where I

·         Add a new nullable column to a table

·         update almost every row in this big table (8 million rows) from another table where I set this new column

 

I have also a replication setup running.

The database has a size of around 20GB.

While the migration is running, it more than doubles is size and fills up all space.

Then the migration fails and is rolled back.

 

What is the best way of keeping this from happening?

My current idea is to lock both tables completely from access (the queried and the updated one) so that postgresql does not have to ensure isolation for concurrent queries by keeping a copy of each row.

Is my thinking here correct?

 

Thanks in advance and Best Regards,


Do the update in small chunks

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

Предыдущее
От: Adrian Klaver
Дата:
Сообщение: Re: Why must AUTOCOMMIT be ON to do txn control in plpgsql procedure?
Следующее
От: stan
Дата:
Сообщение: Input validation