PostgreSQL 19 Beta 1 — что нового
4 июня 2026 года вышла первая бета-версия PostgreSQL 19. По обычному циклу проекта дальше последуют ещё одна-две беты и релиз-кандидаты, а финальный релиз ожидается в сентябре-октябре 2026.
Из заметных изменений:
Параллельный автовакуум. Автовакуум наконец умеет использовать несколько воркеров параллельно — настраивается через новый параметр autovacuum_max_parallel_workers, плюс появилась система приоритизации таблиц для вакуума. Для баз с большим количеством крупных таблиц это может заметно сократить окно, в течение которого автовакуум не успевает за нагрузкой.
Команда REPACK. Новый способ переупаковки таблиц — альтернатива VACUUM FULL/CLUSTER, о деталях поведения стоит почитать перед первым использованием на проде.
ON CONFLICT DO SELECT — расширение синтаксиса upsert-запросов.
JIT отключён по умолчанию. Just-in-time компиляция запросов, которая в некоторых сценариях больше мешала, чем помогала, теперь выключена «из коробки» — если она вам нужна, включайте явно.
default_toast_compression теперь lz4 по умолчанию вместо pglz — лучше по скорости сжатия/распаковки при сопоставимом уровне сжатия.
Онлайн-переключение checksums. Контрольные суммы данных теперь можно включать и выключать без перезапуска и переинициализации кластера — раньше это требовало полного даунтайма или pg_checksums в офлайне.
Merge/split партиций и синхронизация значений последовательностей между publisher и subscriber в логической репликации — тоже в списке изменений беты.
PostgreSQL 14 теряет поддержку 12 ноября 2026
Отдельная и куда более практическая новость: PostgreSQL 14 официально перестаёт получать исправления безопасности и багфиксы 12 ноября 2026 — это последняя ветка в цикле поддержки, следующая по счёту после уже снятых с поддержки более старых версий. Если на вашем сервере (или сервере клиента) крутится Postgres 14, до этой даты нужно определиться с планом апгрейда — минимум до Postgres 15, а лучше сразу до актуальной версии из активно поддерживаемых.
Почему это важно
Апгрейд мажорной версии PostgreSQL — не apt upgrade: он требует либо pg_upgrade, либо логической репликации на новую версию с переключением, тестирования расширений на совместимость и, как правило, окна на проверку производительности после переезда. Оставлять апгрейд на последнюю неделю перед прекращением поддержки — рискованно: не останется времени на нормальное тестирование, если что-то пойдёт не так с конкретными расширениями или запросами. Для тех, кто держит self-hosted PostgreSQL под нагрузкой в проде, разумно спланировать переход на Postgres 15+ заранее, не дожидаясь ноября.
Обсуждение
Комментариев пока нет — будьте первым.
Комментарии публикуются после проверки модератором.