Реализован ряд оптимизаций для ускорения планирования и выполнения запросов. В частности, время, потраченное на выполнение каждого узла плана, не вычисляется, если триггер времени выполнения запросов отключён. Это существенно влияет на производительность запросов.

Устранена проблема с записью продолжительности команд, передаваемых по расширенному протоколу запросов, при включённом параметре log_duration.

Добавлены параметры конфигурации crash_info_timer, crash_info_timer_interval и crash_info_query_threshold, которые позволяют профилировать длительные запросы в выходных файлах crash_info.

Расширена диагностическая информация, которую параметр конфигурации crash_info_dump позволяет записать в случае сбоя сервера. По умолчанию теперь поддерживается запись общей информации об ошибке (сигнале), а для Linux x64 также дамп информации о состоянии процессора и байтов рядом с RIP (return instruction pointer, указатель возврата инструкции). Всё это обеспечивает лучшую диагностику, в частности, для сигналов SIGILL (недопустимая инструкция). Также был изменён способ дампа стека в случае сбоев для Linux x64. Кроме того, memory_context удалён из списка источников дампа по умолчанию, чтобы избежать сбоев, которые могут возникнуть при записи диагностической информации.

Улучшены операции со сжатыми табличными пространствами на архитектурах s390/s390x.

Улучшена оценка коэффициента сжатия таблиц с помощью функции cfs_estimate(relation). Обратите внимание, что функцию cfs_estimate(relation) следует использовать только после контрольной точки, чтобы избежать некорректных оценок.

Отключено усечение для сжатых отношений в ходе операций очистки.

Прекращена поддержка шифрования для CFS, включая параметр конфигурации cfs_encryption.

Для поддержки запросов, которые используют временные таблицы вместе с постоянными таблицами, в представление aqo_data добавлено поле tmpoids и в функцию aqo_data_update добавлен параметр tmpoids.

Устранено условие гонки при вызове функции aqo_cleanup из разных сеансов.

Устранена проблема, из-за которой данные обучения aqo не сохранялись для запросов с материализацией.

Устранена проблема с обучением на узлах, работа на которых прекращается досрочно. Теперь aqo обучается на таких узлах с минимальным значением reliability, только если фактическое число строк превышает ожидаемое число строк. В остальных случаях механизм обучения отключён.

Реализована возможность использовать SSL-сертификаты для аутентификации пользователей. За дополнительной информацией о настройке SSL-аутентификации и других доступных методах аутентификации обратитесь к разделу Настройка аутентификации пользователей.

Реализована функция-обработчик STATUS_CHANGED, которая вызывается на каждом узле, когда значения в полях представления biha.status_v (за исключением поля since_last_hb) меняются.

Реализован набор функций для управления кворумной синхронной репликацией в BiHA-кластере: biha.add_to_ssn, biha.get_ssn, biha.remove_from_ssn и biha.set_ssn. За дополнительной информацией обратитесь к разделу Управление репликацией.

Реализована возможность при необходимости принудительно запускать процесс pg_rewind в BiHA-кластере, например, для частичного восстановления баз данных, экстренного восстановления после неудачной стандартной синхронизации или восстановления определённых диапазонов WAL. Чтобы выполнить принудительный запуск pg_rewind, установите значения для параметров --force и --start. Параметр --force переопределяет результаты проверки безопасности, если она не пройдена, чтобы разрешить выполнение pg_rewind. В параметре --start=LSN[,TLI] задаётся точная позиция в WAL (LSN) и необязательный идентификатор линии времени (TLI). Если идентификатор не указан, по умолчанию берётся текущая линия времени целевого узла. Если описанные выше параметры заданы, pg_rewind воспроизводит WAL, используя вместо последней общей контрольной точки контрольную точку, предшествующую заданной позиции в WAL.

Реализована функциональность выравнивания WAL, которая помогает избежать запуска pg_rewind для синхронизации узлов кластера в тех случаях, когда расхождение WAL вызвано только лишними записями сообщений о контроле состояния. Алгоритм выравнивания WAL находит последнюю общую точку в журналах WAL отклонившегося узла и нового лидера, проверяет, что все последующие записи содержат только сообщения о контроле состояния, и автоматически удаляет эти лишние записи с отклонившегося узла, чтобы он мог продолжить репликацию. Функциональность управляется с помощью параметра конфигурации biha.autowaltrim. За дополнительной информацией обратитесь к разделу Автоматическая синхронизация кластера после аварийного переключения.

Улучшена работа функции-обработчика LEADER_CHANGE_STARTED. Ранее после установления нового лидера с помощью функции biha.set_leader функция-обработчик могла не выполниться на старом лидере, поскольку он немедленно перезапускался. Теперь функция-обработчик сохраняется как отложенная и затем выполняется на старом лидере после его перезапуска. За дополнительной информацией обратитесь к описанию LEADER_CHANGE_STARTED в таблице Типы обработчиков.

Улучшен механизм управления нестрогой синхронной репликацией в BiHA-кластере. Ранее, чтобы смягчить ограничения синхронной репликации, при инициализации кластера нужно было задать параметр --sync-standbys-min команды bihactl init. Теперь можно включать и отключать нестрогую синхронную репликацию, а также изменять её настройки в любое время с помощью функции biha.set_sync_standbys_min. Параметр biha.sync_standbys_min удалён как избыточный.

Исправлена ошибка, из-за которой при указании в параметре biha.port значения больше или равного 32768 происходило зацикливание сервера.

Улучшена способность узла возвращаться к обычной работе после навёрстывания за счёт ускорения процесса построения фильтра транзакции при запуске walreceiver.

Исправлена ошибка, из-за которой при добавлении нового узла зависал процесс восстановления и возникал риск рассинхронизации данных.

Исправлены неожиданные ошибки при выполнении команд DDL, которые были вызваны некорректной обработкой сообщений аннулирования кеша каталога.

Добавлена поддержка формата CEF для файлов журналов событий.

Скорректирован вывод pg_proaudit. Теперь поля xid и vxid не отображаются, если имеют нулевое значение.

Для команды add-instance добавлен параметр --wal-tree, который позволяет хранить заархивированные файлы WAL в древовидной структуре. Это повышает производительность операций при работе с журналами большого объёма.

В вывод команды show добавлено поле postgres-edition в формате JSON для отображения информации о редакции СУБД.

Улучшена работа с параметром --dry-run при восстановлении табличных пространств. Оценка операции и вывод плана стали более точными.

Устранена проблема, связанная с вычислением окна хранения. Значение времени теперь берётся с компьютера, на котором работает pg_probackup. Окно хранения вычисляется правильно, даже если серверы расположены в разных часовых поясах.

Устранена проблема, связанная с работой команды archive-get. Теперь каталог pbk_prefetch создаётся с правильными правами доступа, которые наследуются из PGDATA.

Устранён ложный сбой команды checkdb, возникавший в удалённом режиме при параллельных операциях TRUNCATE или удалении таблиц на резервных узлах.

Устранён риск сбоя pg_probackup3, если в ходе проверки резервных копий с использованием модуля pgpro_bindump в режиме PRO встречались временные таблицы.

Устранена утечка памяти в pg_probackup3 при использовании модуля pgpro_bindump для операций PTRACK.

Устранена проблема, которая может привести к зацикливанию в pg_probackup3 при использовании модуля pgpro_bindump.

Устранена проблема с резервным копированием в нескольких линиях времени в режиме PTRACK в pg_probackup3 при использовании модуля pgpro_bindump в режиме PRO.

Добавлена команда repack, которая позволяет изменять алгоритм сжатия и/или уровень сжатия файлов CFS.

Добавлена команда ground, которая заменяет повреждённые блоки нулями, чтобы избежать возможных сбоев.

Добавлена команда stat, которая позволяет отслеживать статистику табличных пространств.

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

Добавлен новый параметр pgpro_multiplan.aqe_mode, который позволяет включать или выключать функциональность, связанную с AQE.

Для поля plan_type представления pgpro_multiplan_storage добавлено значение baseline, которое позволяет определить разрешённые планы.

Переименованы следующие сущности:

Обновлена функция set_aqe_trigger. Теперь при указании индивидуальных значений триггеров AQE в строке запроса функция принимает текст. Параметризованная версия текста запроса отображается в представлении aqe_triggers.

Изменено поведение по умолчанию для сбора статистики. Теперь статистические данные не собираются до тех пор, пока эта функциональность не включена с помощью параметра pgpro_multiplan.mode.

Изменено поведение по умолчанию функции set_aqe_trigger(). Теперь функция работает, только если в параметре pgpro_multiplan.aqe_mode включены значения индивидуальных триггеров AQE.

Удалён параметр pgpro_multiplan.enable, в котором больше нет необходимости. Вместо него теперь используется параметр pgpro_multiplan.mode.

Удалены параметры pgpro_multiplan.aqe_plans_auto_approve и pgpro_multiplan.aqe_collect_stats. Вместо них используется параметр pgpro_multiplan.aqe_mode.

В представление pgpro_multiplan_storage добавлено поле sample_string, которое позволяет сохранять непараметризованный запрос, на основании которого план был заморожен или добавлен в набор разрешённых планов.

В представления pgpro_multiplan_captured_queries и pgpro_multiplan_stats добавлено поле planid. Это поле содержит идентификатор плана, совместимый с расширением pgpro_stats, и позволяет получить расширенную статистику, объединяя информацию из представлений pgpro_multiplan_stats и pgpro_stats_statements.

Добавлена функция pgpro_multiplan_remove_baseline, которая удаляет указанный план из набора разрешённых планов.

Исправлена ошибка, из-за которой расширение pgpro_multiplan не регистрировало запросы с записью INTERVAL 'const'.

Устранена проблема, из-за которой при добавлении планов запросов с пользовательскими указаниями в набор разрешённых (базовых) планов не рассчитывался plan_hash. Теперь такие планы можно добавить в набор базовых планов с правильными значениями plan_hash.

Исправлена ошибка сегментации, которая возникала при попытках обратиться к представлению aqe_triggers или вызвать функцию aqe_triggers_reset с отключённым расширением pgpro_multiplan. Теперь вся функциональность, связанная с триггерами AQE, остаётся доступной независимо от того, включено ли расширение pgpro_multiplan.

Исправлена проблема с обработкой слишком длинных имён очередей, передаваемых с помощью CREATE_QUEUE.

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

Устранена проблема, из-за которой на репликах после перезапуска могли возникать попытки изменения данных.

Реализовано автоматическое аннулирование набора кешированных результатов, которое включается с помощью параметра pgpro_result_cache.consistent.

Добавлены новые параметры конфигурации, которые будут полезны для отладки.

Добавлены функции schedule.clean_at_jobs_done и schedule.clean_at_jobs_done, с помощью которых можно очистить таблицу schedule.at_jobs_done, удалив старые записи.

Добавлена возможность менять время следующего запуска задания cron с next_time_statement путём обновления его свойств cron, date, dates или rule с помощью функции set_job_attributes().

Реализована возможность отслеживать команды утилиты по query_id, как в pg_stat_statements. Ранее команды утилиты отслеживались путём строгого сравнения по текстовым строкам запросов и поэтому не могли быть нормализованы корректно.

Исправлена ошибка сегментации, которая могла возникать при определении дополнительных метрик. Ошибка была вызвана проблемой при выделении памяти.

Реализована функциональность мониторинга, которая позволяет отслеживать состояние proxima в BiHA-кластере. За дополнительной информацией обратитесь к разделу Мониторинг.

Улучшена стратегия распределения для читающей нагрузки на порту Proxy-to-Follower. Ранее транзакции только для чтения в рамках одного сеанса распределялись по репликам кластера в соответствии с выбранным алгоритмом. Теперь расширение proxima прикрепляет клиентский сеанс к определённой реплике кластера, чтобы все транзакции в рамках этого сеанса выполнялись на одной и той же реплике.

Улучшены возможности proxima по поиску и устранению неисправностей за счёт добавления в файл журнала позиции в коде для сообщений уровня error.

Исправлена ошибка, из-за которой в случае непредвиденной нехватки памяти расширение proxima не могло обработать или прервать запрос клиентского подключения, что могло привести к зависанию на стороне клиента.

Устранена проблема, из-за которой при включении или отключении с помощью параметра конфигурации proxima.enabled расширение proxima не могло высвободить некоторые обслуживающие процессы Postgres Pro, что приводило к накоплению простаивающих обслуживающих процессов и утечкам памяти.

Устранена проблема, из-за которой узел-рефери выходил из строя при добавлении в BiHA-кластер с включённым расширением proxima. Основным симптомом была потеря подключения в pg_basebackup с сообщением об ошибке: «error: could not initiate base backup: server closed the connection unexpectedly» (ошибка: не удалось инициализировать базовое резервное копирование: сервер неожиданно закрыл соединение).

Устранено некорректное завершение системного потока в proxima.

Устранена проблема, из-за которой после перезапуска BiHA-кластера происходило завершение процесса proxima.

Исправлена ошибка, связанная с некорректным порядком запуска proxima после перезапуска узла в BiHA-кластере.

Устранена утечка памяти в библиотеке libev, вызванная неоптимизированным распределением ресурсов.

Исправлена ошибка, из-за которой сообщения об изменении параметров конфигурации proxima в журналах дублировались другими процессами.

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

Устранён бесконечный цикл сканирования индекса при использовании нескольких предложений ORDER BY.

Добавлена поддержка TLS и MD5.

Улучшена информативность сообщения об ошибке, если для параметра OPT_SSL_VERIFYHOST задано неправильное значение.