Миграции схемы без простоя

Question

Нужно переименовать колонку orders.sum в amount в базе, с которой работают 10 подов, и без простоя. Как будете делать и какие правила миграций вы соблюдаете вообще?

Техпрогон · Accepted Answer

Прямой RENAME COLUMN выполняется мгновенно, но при выкатке поды обновляются по очереди, и старый код ещё обращается к sum, а её уже нет: ошибки до конца деплоя. Поэтому делаю expand и contract. Схема меняется в несколько релизов: expand, перенос данных, contract. Новый код должен работать со старой и новой схемой одновременно, потому что поды обновляются по очереди. Для переименования: добавить колонку, писать в обе, перенести старые данные пачками, переключить чтение, удалить старую. Блокировки: locktimeout, индексы CONCURRENTLY, ограничения через NOT VALID и VALIDATE. Переносы данных маленькими пачками, а не одним UPDATE. Каждый шаг обратим и проверен на копии прод-данных. Прямой RENAME COLUMN выполняется мгновенно, но при выкатке поды обновляются по очереди, и старый код ещё обращается к sum, а её уже нет: ошибки до конца деплоя. Поэтому делаю expand и contract. Релиз 1: добавляю amount (мгновенно, nullable), код пишет в обе колонки, читает старую. Затем фоновая задача переносит старые данные пачками по несколько тысяч строк, чтобы не держать долгие блокировки и не раздувать WAL. Релиз 2: код читает amount, всё ещё пишет в обе. Релиз 3: перестаём писать в sum, и только потом удаляю её отдельной миграцией. Общие правила: перед DDL SET locktimeout, индексы CONCURRENTLY вне транзакции, внешние ключи и CHECK через NOT VALID и VALIDATE CONSTRAINT, никаких долгих транзакций в миграциях, а каждый шаг сначала прогоняется на копии с реальным объёмом.

Миграции схемы без простоя

Вопрос

Попробуйте сами

Коротко

Что должно прозвучать в ответе

Что могут спросить следом

Разбор

Термины по теме

Ещё по теме «Проектирование и нормализация»