Re: Change from BIGINT to INT in prod.

Поиск
Список
Период
Сортировка
От Robert Treat
Тема Re: Change from BIGINT to INT in prod.
Дата
Msg-id CABV9wwOmnOvVPevbzWdpY4qTc_5CiOHMXZ_Kz-4=cZJhYsAS5Q@mail.gmail.com
обсуждение исходный текст
Ответ на Change from BIGINT to INT in prod.  (Walters Che Ndoh <chendohw@gmail.com>)
Список pgsql-admin
On Thu, Nov 5, 2020 at 1:03 PM Walters Che Ndoh <chendohw@gmail.com> wrote:
>
> Dear All,
>
> I am trying to change some specific columns on some tables in prod and looking at the best ways to do it with very
minimaldowntime.
 
>
> So when i try running alter table table_name alter column column_name type INT; , it is hanging and starts providing
alock on the table.
 
>
> I have this option in mind with but with a doubt.
>
> - Stop postgres and application connections
> - take a schema dump of the specific tables (it takes few seconds)
> - take a complete dump of those table or take just a data dump only (-a option) -- (This takes 3 to 5 mins)
> - drop all the specific tables from prod DB
> - restore the schema dump
> - run the script to change from BIGINT to INT
> - Then restore the data. Since the data will take more than 30 mins to restore, i wanted to allow the application to
startaccessing the DB while the restore is ongoing.
 
>
> So my question is will it be a good idea to bring back up the DB with applications connecting and same time restoring
thedata from those specific tables?
 
>
> If this is not  a good idea...any suggestions on how i can make these changes to the LIVE DB with minimal downtime?
>

If you really want to do it with minimal downtime, I'd suggest
following a process more like this:
https://doordash.engineering/2020/10/21/hot-swapping-production-data-tables/


Robert Treat
https://xzilla.net



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

Предыдущее
От: Tim Cross
Дата:
Сообщение: Re: Remote Access Help
Следующее
От: Ron Watkins
Дата:
Сообщение: Postgres question