E.14. Postgres Pro Standard 11.12.1
Дата выпуска: 2021-05-26
E.14.1. Обзор
Этот выпуск основан на PostgreSQL 11.12 и Postgres Pro Standard 11.11.2. Все усовершенствования, унаследованные от PostgreSQL 11.12, перечислены в Замечаниях к выпуску PostgreSQL 11.12. Другие важные изменения и улучшения перечислены ниже:
Удалён словарь Hunspell
hunspell_ne_np. При необходимости используйте расширение, опубликованное в github.Обновлено расширение PTRACK; теперь для отслеживания изменённых страниц используется улучшенный алгоритм. Благодаря этому значительно сокращается количество ложных попаданий в карту изменённых страниц, что, в свою очередь, уменьшает размер резервных копий PTRACK.
Исправлена ошибка, из-за которой запросы прерывались с выводом сообщения «geqo failed to make a valid plan» (geqo не удалось создать действительный план) после обновления статистики с помощью
VACUUM ANALYZEпри включённом параметреenable_compound_index_stats.Добавлена поддержка ОС Ubuntu 21.04; поддержка Ubuntu 16.04 прекращена.
Решена проблема установки Postgres Pro в Альт 8.2 СП. Теперь для этой ОС предоставляется отдельный репозиторий пакетов, отличный от репозиториев для младших версий Альт СП.
Улучшен алгоритм планировщика при расчёте избирательности замкнутых соединений, что обеспечивает более точные оценки количества строк после соединения.
Приложение mamonsu обновлено до версии 2.7.1.
Утилита pgpro_controldata обновлена до версии 13.2.0.
E.14.2. Миграция на версию 11.12.1
Если вы производите обновление выпуска Postgres Pro Standard, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Встроенные функции numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt и numeric_le фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Standard до версии 11.7.1, в результате чего запросы могли выполняться неоптимально. В частности, это отрицательно сказывалось на производительности запросов при использовании политик защиты на уровне строк. В версии 11.7.1 это было исправлено для новых инсталляций в результате корректировки исходных данных каталога, но существующие инсталляции сохранят некорректные пометки, пока вы не исправите записи этих функций в pg_proc. Чтобы их исправить, обновите экземпляр сервера с помощью pg_upgrade либо вручную измените их в существующем кластере, выполнив во всех его базах данных соответствующие команды ALTER FUNCTION. Например:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
В версии 11.7.1 также исправлена работа регулярных выражений POSIX и конструкций SIMILAR TO, в которых применялись классы символов для правил сортировки ICU. Вследствие этого, возможно, стоит перепроверить объекты, использующие эти выражения.
Начиная с Postgres Pro Standard 11.6.1, обновление версии ICU не препятствует запуску сервера. Перед подключением к базе данных, в которой основное правило сортировки использует ICU, Postgres Pro сравнивает версию этого правила сортировки с версией, предоставляемой библиотекой ICU, и выдаёт предупреждения в случае несовпадения версий; если вы полагаете, что изменение версии правила сортировки может повлиять на порядок сортировки ваших данных, перестройте объекты, использующие основное правило сортировки. Чтобы убрать эти предупреждения, вы можете выполнить команду ALTER COLLATION "default" REFRESH VERSION, как описано в ALTER COLLATION.
Так как в Postgres Pro Standard 11.2.1 была изменена модель распространения pg_probackup, при переходе с предыдущей версии в системе на базе Debian и Альт Линукс выполните apt dist-upgrade (или apt-get dist-upgrade), чтобы корректно обработались все новые зависимости. В Windows для завершения обновления вам нужно будет запустить отдельный инсталлятор pg_probackup.
При обновлении с версии Postgres Pro 11.11.1 и ниже вы должны перестроить покрывающие индексы с неключевыми столбцами, для которых на уровне таблицы определено правило сортировки.
Если вы используете PTRACK в процедуре резервного копирования, реализуемой c помощью утилиты pg_probackup, и обновляетесь с Postgres Pro версии 11.11.2 или ниже, сделайте полную резервную копию базы данных после обновления.
Для перехода с PostgreSQL или выпуска Postgres Pro Standard, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 11. Если вы выбираете вариант с выгрузкой/восстановлением данных, обязательно используйте параметр --add-collprovider, чтобы в восстановленной базе данных у основного правила сортировки был корректный провайдер.