s02e14: PostgreSQL major upgrade – что может пойти не так? Гость: Александр Кукушкин

preview_player
Показать описание

- Апгрейд на 12 и 13
- Риски апгрейда
- Patroni - failover failures
- rsync
- ANALYZE in stages vs. per-column STATISTICS
- Backups:
- Don’t forget to change the destination (bucket or folder)
- Right after upgrade we have gap -- risk for DR -- until we do a new full backup
- Planner behavior, version specific:
- 11: parallelization by default
- 12: CTE -- “MATERIALIZED”
- 13: JIT enabled by default -- turn off if OLTP?
- More (not covered in this episode):
- Execution plan flips и что с ними делать
- If you want to upgrade OS - glibc version upgrade - index corruption risks
- Cannot stop or restart Postgres – check archive_command and how many WALs are pending (and kill the archiver process if needed)
Рекомендации по теме
Комментарии
Автор

Две важные поправки:

1) JIT включили по умолчанию в 12, а не 13 – так что уже там стоит быть аккуратнее, особенно если OLTP

RuPostgres
Автор

С JIT тоже сталкивался с такой же проблемой, когда после апгрейда запрос работавший за 100мс стал работать почти 3с, из-за долгого JIT

alexfilus
Автор

Эх, вот бы еще скриптиком апгрейда поделились :)

mtvein
Автор

latest - latest stable release
next - latest unstable pre-release
и все ок

anonymous-rsnh