E.7. Postgres Pro Enterprise 11.18.1
Дата выпуска: 2022-12-02
E.7.1. Обзор
Этот выпуск основан на PostgreSQL 11.18 и Postgres Pro Enterprise 11.17.2. Все изменения, унаследованные от PostgreSQL 11.18, описаны в Замечаниях к выпуску PostgreSQL 11.18. По сравнению с Postgres Pro Enterprise 11.17.2 эта версия также содержит следующие изменения:
Добавлен параметр slru_buffers_size_scale, позволяющий управлять размером SLRU-буферов в разделяемой памяти. Обратите внимание, что вследствие этого размер буферов изменился.
Обеспечена совместимость Раздел F.22 с автономными транзакциями.
Устранена ошибка сегментации в postgres_fdw, которая могла возникнуть при отмене запроса.
Улучшена логика сборки мусора. Теперь процент «мусорных» блоков в файле рассчитывается исходя из размера файла, округлённого до 4 КБ (типичный размер блока в файловых системах), что предотвращает частую дефрагментацию небольших файлов.
Устранена проблема, которая в редких случаях могла приводить к краху реплики при физической репликации. Ранее записи WAL с информацией об обновлении и инициализации страниц кучи не содержали
pd_multi_base, в результате чего значенияxmaxмогли оказаться некорректными.Устранено сильное завышение оценки избирательности, наблюдаемое в редких случаях и приводившее к последовательному сканированию всего отношения вместо быстрого сканирования индекса, из-за чего запросы выполнялись гораздо медленнее, чем ожидалось. Ошибка была вызвана недочётом, допущенным недавно при оптимизации оценок избирательности.
Приложение mamonsu обновлено до версии 3.5.2. Основные изменения перечислены ниже:
Добавлены метрики использования автоочистки.
Добавлены макросы Zabbix на основе параметров дополнительных модулей из файла конфигурации, так что теперь триггеры можно динамически менять прямо в Zabbix без обновления файла конфигурации и перезапуска mamonsu.
Приложение pg_probackup обновлено до версии 2.5.10, в которой улучшена производительность и исправлены некоторые ошибки. Основные изменения перечислены ниже:
Оптимизировано резервное копирование файлов
*.cfmпутём усечения конечных нулей.Устранена проблема в команде
checkdb--amcheck, которая ранее не могла обрабатывать базы, содержащие секционированные индексы.Устранена ошибка, возникавшая на ведомом сервере в случае, если на ведущем работал агент pg_probackup другой версии.
Расширение pgpro_scheduler обновлено до версии 2.8. В этой версии добавлена функция schedule.timetable(), возвращающая все задания (многократно повторяемые и одноразовые), которые должны выполниться в заданном интервале времени.
E.7.2. Миграция на версию 11.18.1
Если вы производите обновление выпуска Postgres Pro Enterprise, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Миграция кластера с таблицами размером более 16 ТБ в Postgres Pro Enterprise версий 10 или 11 не поддерживается.
Если вы ранее мигрировали на Postgres Pro Enterprise версии 11.12.1 или ниже, обязательно перестройте индексы GIN, выполнив команду REINDEX.
Встроенные функции numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt и numeric_le фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Enterprise до версии 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 Enterprise 11.6.1, обновление версии ICU не препятствует запуску сервера. Перед подключением к базе данных, в которой основное правило сортировки использует ICU, Postgres Pro сравнивает версию этого правила сортировки с версией, предоставляемой библиотекой ICU, и выдаёт предупреждения в случае несовпадения версий; если вы полагаете, что изменение версии правила сортировки может повлиять на порядок сортировки ваших данных, перестройте объекты, использующие основное правило сортировки. Чтобы убрать эти предупреждения, вы можете выполнить команду ALTER COLLATION "default" REFRESH VERSION, как описано в ALTER COLLATION.
Если вы используете PTRACK в процедуре резервного копирования, реализуемой c помощью утилиты pg_probackup, и обновляетесь с Postgres Pro Enterprise версии 11.11.x или ниже, сделайте полную резервную копию базы данных после обновления.
Для перехода с PostgreSQL, а также с выпуска Postgres Pro Standard или Postgres Pro Enterprise, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 11.