E.1. Postgres Pro Standard 16.14.1 #

E.1.1. Обзор
E.1.2. Миграция на версию 16.14.1

Дата: 2026-05-29

E.1.1. Обзор #

Этот выпуск основан на PostgreSQL 16.14 и Postgres Pro Standard 16.13.1. Все усовершенствования, унаследованные от PostgreSQL 16.14, перечислены в Замечаниях к выпуску PostgreSQL 16.14. Другие важные изменения и улучшения перечислены ниже:

  • Добавлен параметр конфигурации log_parameter_types, который включает или отключает отображение типа данных для каждого значения привязанных SQL-параметров подготовленного запроса в сообщениях журнала. Например, [integer] $1 = '42'.

  • Оптимизирован механизм расчёта избирательности соединения для работы с большими списками часто встречаемых значений (MCV). Его алгоритмическая сложность была квадратичной и приводила к снижению производительности при работе с высокими значениями ориентира статистики по столбцам таблиц. Эта оптимизация может быть полезна для нагрузок типа 1C.

  • Реализован запрет на изменение параметра конфигурации hba_file в сертифицированной редакции Postgres Pro Standard. Для повышения уровня безопасности также рекомендуется использовать pg_integrity_check, который автоматически проверяет целостность критически важных файлов перед запуском сервера.

  • В выходные файлы crash_info добавлены идентификаторы сборок исполняемых файлов и разделяемых библиотек.

  • Исправлена проблема, из-за которой расширение pg_pathman с включённым параметром pg_pathman.enable_partitionrouter могло завершаться с ошибкой при попытке выполнить команду UPDATE ... FROM с использованием общих табличных выражений.

  • Исправлена ошибка при восстановлении кластера с помощью pg_dump/pg_dumpall. Ранее pg_dump/pg_dumpall могли генерировать некорректную команду CREATE DATABASE с дублирующимся параметром провайдер_локали. Теперь этот параметр создаётся только один раз, что позволяет избежать ошибок при восстановлении и обновлении.

  • Исправлена ошибка с оценкой количества строк соединения, когда для параметра enable_compound_index_stats установлено значение on.

  • Удалена функциональность оптимизатора для добавления узлов плана Index Only Scan ниже узлов Append, которые генерируются для предложений OR, если для параметра enable_appendorpath установлено значение on. Эта функциональность могла приводить к некорректным планам выполнения запросов и полученным данным.

  • Добавлена утилита pgbouncer_exporter, экспортирующая метрики Prometheus для pgbouncer.

  • Добавлен модуль pg_hint_plan, который позволяет управлять планами выполнения запросов с помощью указаний для планировщика. Ранее этот модуль был доступен только в составе Postgres Pro Enterprise.

  • Добавлена утилита pgpro_validate для проверки целостности данных экземпляра Postgres Pro.

  • Модуль aqo обновлён до версии 2.3. Включены следующие усовершенствования и исправления:

    • Добавлена новая функция aqo_storage_usage, которая позволяет получить текущий и максимальный размеры хранилища aqo и выделенной динамической разделяемой памяти.

    • Оптимизирована внутренняя структура хранилища aqo_data, а также улучшены механизмы для выделения динамической разделяемой памяти и использования блокировок при работе с данными этого хранилища. Эти улучшения позволили исправить ошибку с обновлением хранилища aqo_data, которая была вызвана исключительными блокировками на нижележащей хеш-таблице и приводила к постоянному росту сеансов в состоянии idle in transaction (простаивает в транзакции) и нестабильной работе aqo.

    • Исправлена ошибка сегментации, которая могла возникать после прерывания вложенной автономной транзакции, для которой использовался модуль aqo. Теперь aqo проверяет уровень вложенности автономных транзакций и не очищает свой локальный кеш при прерывании вложенных транзакций.

  • Драйвер ODBC обновлён до версии 18.00.0001.

  • Модуль orafce обновлён до версии 4.16.5.

  • Исправлена проблема, из-за которой модуль pg_query_state мог зависать в ожидании ответа от обслуживающего процесса, выполняющего исследуемый запрос.

  • Обновлено расширение pg_proaudit. Включены следующие исправления и усовершенствования:

    • Добавлен параметр конфигурации pg_proaudit.log_file_mode, который устанавливает права доступа к новым файлам журнала событий, создаваемым pg_proaudit. Обратите внимание, что владелец сервера всегда имеет доступ к этим файлам, независимо от значения этого параметра.

    • Добавлено новое поле для всех типов событий, записываемых в файлы CSV и syslog: IP-адрес источника события. Ранее это поле отображалось только для событий AUTHENTICATE в формате CEF.

    • Расширено действие параметра конфигурации pg_proaudit.log_rows, который включает или отключает регистрацию количества строк, затронутых SQL-командой. Теперь количество затронутых строк записывается для всех форматов регистрируемых событий.

    • Добавлена проверка уникального идентификатора события (UUID) для предотвращения неправильного обращения к памяти.

    • Исправлена ошибка, из‑за которой поле dst событий, регистрируемых в формате CEF, заполнялось неправильно.

    • Исправлена проблема с избыточным использованием памяти при обработке событий DISCONNECT. Ранее хеш‑таблица, размер которой был пропорционален значению max_connections, приводила к избыточному потреблению памяти при больших значениях этого параметра. Теперь данные хранятся более эффективно.

    • Исправлена ошибка анализатора запросов в pg_proaudit. Ранее некоторые символы не экранировались при записи событий в формате CEF. Теперь символы экранируются корректно в соответствии со спецификацией CEF.

  • Приложение pg_probackup обновлено до версии 2.8.14, которая включает следующие улучшения и исправления:

    • Добавлена поддержка абсолютных путей в параметре --wal-file-path.

    • Исправлено инкрементальное резервное копирование в режиме PAGE с параметром --stream. Теперь при таком сочетании параметров WAL-файлы корректно сохраняются и внутри резервной копии, и в отдельном архиве.

  • Обновлён модуль pgpro_bindump. Включены следующие улучшения и исправления:

    • Добавлена поддержка параметра --exclude-path для исключения определённых файлов или каталогов из резервного копирования в режиме PRO.

    • Оптимизирована производительность резервного копирования за счёт исключения временных файлов процесса postmaster.

    • Исправлено некорректное имя пакета в сообщении об ошибке, возникавшей при неудачной загрузке библиотеки libpb3_encoder.so модулем pgpro_bindump. Теперь в сообщении корректно рекомендуется установить пакет libpb3-encoder вместо ошибочного libpgprobackup3.

  • Утилита pgpro_datactl обновлена до версии 1.5.

  • Модуль pgpro_pwr обновлён до версии 4.13, в которой добавлена поддержка статистики Postgres Pro Shardman, общей для кластера. Она также содержит некоторые улучшения и исправления.

  • Обновлено расширение pgpro_stats. Исправлено чрезмерное потребление памяти запросом, использовавшим pgpro_stats с установленным значением all для pgpro_stats.track. При этом значении функция, которая присваивает идентификаторы планов, вызывалась многократно и накопленная память освобождалась неоптимально.

  • Обновлена утилита pgpro_tune. Включены следующие усовершенствования:

    • Улучшен вывод утилиты, который теперь включает использованный пресет и отображает корректный формат даты и времени применения параметров конфигурации.

    • Обновлены пресеты для улучшения производительности Postgres Pro.

    • Исправлена проблема, из-за которой параметр конфигурации shared_buffers вычислялся некорректно при использовании initdb с включённым расширением pgpro_tune. Эта проблема могла приводить к замедлению работы команды.

  • Обновлён модуль pg_variables для поддержки Postgres Pro/ PostgreSQL 18.

  • Расширение pgvector обновлено до версии 0.8.2.

  • Обновлён модуль rum. Улучшена производительность поиска по индексу RUM при помощи операторов индекса <=| и |=>, если для параметра хранения индекса order_by_attach задано значение true.

E.1.2. Миграция на версию 16.14.1 #

Если вы производите обновление выпуска Postgres Pro Standard, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.

Если вы использовали предыдущую версию aqo и её потребовалось обновить, версия aqo на резервном сервере может отличаться от версии модуля на ведущем.

Чтобы избежать связанных с этим проблем, отключите aqo, задав для параметров aqo.enable и aqo.wal_rw значение off сначала на ведущем сервере, а потом на резервных серверах. После успешного обновления включите aqo, задав для параметров aqo.wal_rw и aqo.enable значение on сначала на резервных серверах, а потом на ведущем сервере.

Версия ABI может измениться в корректирующем выпуске Postgres Pro. В таком случае при попытке запустить расширение возникает ошибка ABI mismatch (Несоответствие ABI), поэтому обязательно установите новую версию расширения, поставляемую с новым выпуском Postgres Pro, или перекомпилируйте стороннее расширение, чтобы использовать его с текущей версией Postgres Pro.

Если вы создаёте резервные копии с помощью pg_probackup и ранее обновили его до версии 2.8.0 или 2.8.1, обязательно обновите его до версии 2.8.2 или выше и сделайте полную резервную копию базы данных после обновления, поскольку резервные копии, созданные с использованием этих версий, могут быть повреждены. Чтобы проверить, повреждены ли резервные копии, созданные с помощью версий 2.8.0 или 2.8.1, можно использовать версию 2.8.2.

Для перехода с PostgreSQL или выпуска Postgres Pro Standard, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям в Замечаниях к выпуску Postgres Pro Standard 16.0.1.