E.8. Postgres Pro Enterprise 9.6.17.1
Дата выпуска: 2020-02-21
E.8.1. Обзор
Этот выпуск основан на PostgreSQL 9.6.17 и Postgres Pro Enterprise 9.6.16.1. Все усовершенствования, унаследованные от PostgreSQL 9.6.17, описаны в Замечаниях к выпуску PostgreSQL 9.6.17. По сравнению с Postgres Pro Enterprise 9.6.16.1 эта версия также содержит следующие изменения:
Максимально допустимое значение для параметра track_activity_query_size увеличено до 1 МБ. В ванильном PostgreSQL это изменение запланировано на версию 13.
Исправлена оптимизация планировщика, призванная исключать идентичные выражения
OR
, чтобы не исключались похожие выражения, в которых фигурируют разные столбцы, но занимающие одинаковые позиции в разных индексах.В CFS улучшена функциональность управления сжатием:
Добавлен параметр
cfs_compress_small_relations
для управления сжатием небольших таблиц. В базах, содержащих множество таблиц размером менее 1 ГБ, может имеет смысл отключить его, чтобы не тратить ресурсы на их сжатие.
Улучшена производительность запросов с включённой политикой защиты на уровне строк в результате признания функций численных сравнений герметичными.
В модуле
mchar
исправлена обработка предложенияESCAPE
в регулярных выраженияхSIMILAR TO
.Приложение pg_probackup обновлено до версии 2.2.7.
Приложение mamonsu обновлено до версии 2.4.4.
E.8.2. Миграция на версию 9.6.17.1
Процедура установки зависит от версии вашей текущей инсталляции.
Для перехода с ванильной версии PostgreSQL 9.6.x или Postgres Pro Standard сначала установите последний корректирующий выпуск для этой версии, а затем выполните выгрузку/восстановление данных, используя pg_dumpall. Обязательно уделите внимание особенностям реализации, связанным с 64-битными идентификаторами транзакций. Если вы ранее использовали явные приведения идентификаторов транзакций к 32-битным целым, вы должны заменить их на приведения к типу bigint
, так как 64-битные идентификаторы транзакций имеют такой тип.
Встроенные функции numeric_eq
, numeric_ne
, numeric_gt
, numeric_ge
, numeric_lt
и numeric_le
фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Enterprise до версии 9.6.17.1, в результате чего запросы могли выполняться неоптимально. В частности, это отрицательно сказывалось на производительности запросов при использовании политик защиты на уровне строк. В версии 9.6.17.1 это было исправлено для новых инсталляций в результате корректировки исходных данных каталога, но существующие инсталляции сохранят некорректные пометки, пока вы не исправите записи этих функций в pg_proc
. Чтобы их исправить, обновите экземпляр сервера с помощью pg_upgrade либо вручную измените их в существующем кластере, выполнив во всех его базах данных соответствующие команды ALTER FUNCTION
. Например:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
Для обновления с версии Postgres Pro Enterprise, основанной на этом же основном выпуске PostgreSQL, выгрузка/восстановление данных не требуется. Обычно достаточно установить новую версию в каталог предыдущей инсталляции. После установки новых исполняемых файлов автоматически запускается скрипт pgpro_upgrade
, который проверяет, требуется ли дополнительная настройка, и завершает обновление.
Так как в Postgres Pro Enterprise 9.6.12.1 была изменена модель распространения pg_probackup, при переходе с предыдущей версии в Альт Линукс или системе на базе Debian выполните apt dist-upgrade
(или apt-get dist-upgrade
), чтобы корректно обработались все новые зависимости. В Windows для завершения обновления вам нужно будет запустить отдельный инсталлятор pg_probackup.
При обновлении с версий 9.6.9.1–9.6.14.1 вы должны выполнить команду REINDEX
для индексов GIN, GiST и SP-GiST, чтобы устранить дефекты, которые могли возникнуть в этих версиях при репликации. Кроме того, следует сделать новые резервные копии баз данных, в которых были такие индексы.
При обновлении с версии 9.6.8.2 и ниже вы должны перестроить индексы, в которых используются типы mchar
или mvarchar
.
При обновлении с версии 9.6.2.1 и ниже вы должны перестроить индексы GiST, построенные по столбцам типа intarray
.
При обновлении с версии 9.6.1.2 в дистрибутивах Linux с системой пакетов RPM вы должны переименовать каталог данных pgsql
в pgproee
до запуска скрипта pgpro_upgrade
.
В некоторых дистрибутивах Linux вам может быть предложено запустить pgpro_upgrade
вручную. В этом случае вы должны остановить службу postgres
. Этот скрипт должен запускать пользователь-владелец базы данных (обычно postgres), а переменная окружения PGDATA
должна указывать на каталог, где располагается база данных. При попытке запустить pgpro_upgrade
от имени root произойдёт ошибка. Данное действие не требуется выполнять при обновлении с версии 9.6.4.1 или выше.