Добавлен параметр конфигурации bgfreezer_log для настройки правил протоколирования механизма фоновой заморозки.

Теперь фоновую заморозку рекомендуется использовать для борьбы с раздуванием, при котором в таблицах появляется множество устаревших версий строк из-за многократных операций UPDATE. В частности, механизм помогает при раздувании, которое может возникать при добавлении строки со значениями NULL командой INSERT и дальнейшем многократном обновлении командой UPDATE, когда каждый раз обновляются разные столбцы этой строки.

Устранена утечка памяти в механизме фоновой заморозки, которая возникала во время его перезапуска после ошибки.

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

Изменён формат имени выходных файлов crash_info, в котором теперь указывается дата и время с точностью до микросекунд.

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

Улучшена производительность CFS. Теперь с алгоритмом zstd, применяемым по умолчанию, используются контексты сжатия.

Изменено поведение функции cfs_compression_ratio. Теперь эта функция возвращает значение 1 для несжатых отношений.

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

Исправлена ошибка, из-за которой работа pg_rewind могла завершаться с ошибкой при работе с нежурналируемыми таблицами с TOAST-данными в сжатом табличном пространстве. Причиной было отсутствие очистки файлов *.cfm при копировании «слоя инициализации» для нежурналируемых таблиц.

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

Реализован метод миграции BiHA-кластера на основную версию Postgres Pro Enterprise с минимальным простоем, который рекомендуется использовать в случаях, когда прерывание работы базы данных требуется свести к минимуму. Реализованный метод миграции основан на новых командах утилиты bihactl, разработанных для автоматизации этапов миграции: bihactl upgrade start, bihactl upgrade move и bihactl upgrade finish. В настоящий момент новый метод поддерживается для миграции с Postgres Pro Enterprise версии 17.X на версию 18.X. За подробной информацией обратитесь к разделу Миграция BiHA-кластера на версию 18.X с минимальным простоем.

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

Реализована совместимость с функциональностью синхронизации слотов репликации.

Устранена ошибка развёртывания узла-последователя, вызванная расхождением версий bihactl и pg_probackup.

Устранена неисправность параметра bihactl cluster init --node-name, при которой невозможно было задать пользовательское имя узла.

Устранена проблема несовпадения параметров конфигурации кластера на узле в состоянии NODE_ERROR и лидере. Теперь на узлах в состоянии NODE_ERROR значения параметров конфигурации кластера могут обновляться.

Исправлена ошибка сегментации, которая возникала при использовании функций biha.add_to_ssn и biha.remove_from_ssn.

Устранена проблема чрезмерного роста размера рефери во время инициализации. Причина была в том, что рефери в режиме referee не фильтровал применение WAL. В настоящий момент рефери в режиме referee фильтрует применение WAL так же, как и в режиме referee_with_wal.

Устранена ошибка, вызывавшая появление в журнале сообщения «invalid xl_info in checkpoint record» (неверные флаги xl_info в записи контрольной точки) и последующий сбой лидера. Проблема возникала из-за отсутствия файла standby.signal в случае неожиданного перезапуска обслуживающего процесса BiHA. Например, это могло произойти в случае ошибки сегментации другого обслуживающего процесса, которая вызывала перезапуск всех процессов Postgres Pro. Отсутствие файла standby.signal приводило к выбору неверной линии времени при запуске Postgres Pro.

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

Устранена проблема чрезмерной длины тайм-аута отсутствия получения WAL, которая могла вызвать зацикливание репликации в каскадном BiHA-кластере. Сейчас, если узел не получает WAL в течение времени, заданного в параметре конфигурации biha.no_wal_on_follower, он начинает искать новый источник репликации в соответствии с конфигурацией biha.preferred_roles.

Устранена проблема, при которой директива включения pg_hba.biha.conf записывалась в конец файла pb_hba.conf.

Устранена проблема, при которой утилита bihactl не использовала переменные окружения при работе с утилитами Postgres Pro, такими как initdb.

Оптимизирован механизм обучения aqo. Теперь aqo игнорирует узлы плана, которые не влияют на оценку количества строк, например узлы Materialized и Sort. Эти игнорируемые узлы больше не пишут детали aqo в вывод команды EXPLAIN и не добавляются в статистику aqo.

Изменена реализация механизма вытеснения из кеша давно неиспользуемых данных (LRU) для режима auto. Теперь aqo использует два разных кеша для aqo_data и aqo_query_texts. При достижении предела aqo.dsm_size_max алгоритм LRU сначала удаляет данные из aqo_query_texts при их наличии, а только потом из aqo_data.

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

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

Устранена утечка памяти в aqo во время восстановления данных на физических репликах.

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

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

Реализована фильтрация команд типа ALTER DATABASE для их выполнения локально на текущем узле. Ранее выполнение таких команд могло вызвать ошибку из-за попытки реплицировать их на все узлы кластера. За подробной информацией о командах, которые выполняются только локально, обратитесь к Подразделу F.36.6.1.

Устранена проблема, при которой предложение PARTITION BY REFERENCE не работало с расширением multimaster.

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

Исправлено некорректное определение редакции Postgres Pro в режиме источника данных PRO для Shardman.

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

Добавлено новое поле в журнал событий: продолжительность подключения. Теперь записи о событиях DISCONNECT содержат общую длительность подключения наряду с другими параметрами подключения.

Добавлены контроль целостности и проверка параметра recovery-target-name в архиве WAL при выполнении восстановления. Теперь предотвращаются ситуации, когда кластер Postgres Pro не может запуститься из-за недостижимости целевой точки восстановления. Если именованная точка восстановления была создана до последней резервной копии, процесс восстановления теперь корректно проверяет её существование.

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

Реализована совместимость с расширением pgpro_cpumeter. Файл pgpro_cpumeter.stat теперь добавляется в список исключений при выполнении резервного копирования.

Добавлена поддержка запросов с использованием модели virtual-hosted-style для S3-хранилищ, включая автоматическое определение virtual-hosted-style по формату hostname (если hostname начинается с имени бакета) и улучшенную совместимость с различными реализациями S3 API (AWS S3, SberCloud и другие). В virtual-hosted-style URL имя бакета включается в hostname, что исключает необходимость добавлять его к пути файла.

Устранена проблема, из-за которой флаг --skip-block-validation игнорировался при выполнении резервного копирования. Ранее это приводило к ошибке, если в кластере содержались страницы с некорректными контрольными суммами в заголовках. Это критически важно при включении контрольных сумм в старых кластерах, где уже могут существовать проблемы с контрольными суммами. Кроме того, теперь при использовании --skip-block-validation выводится предупреждение.

Улучшен механизм передачи статуса резервного копирования. Статус резервной копии теперь меняется на DONE до этапа проверки. Метаданные резервной копии записываются дважды: до проверки и по завершении резервного копирования. Команда show теперь отображает более точный статус резервной копии во время длительных проверок.

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

Добавлена команда estimate для оценки коэффициента сжатия различными алгоритмами, аналогичная функции cfs_estimate(relation).

Для команды stat добавлен флаг --per-file, позволяющий собирать подробную статистику по каждому файлу.

Добавлена поддержка русской локализации.

Исправлены диапазоны уровней сжатия для алгоритмов сжатия.

Исправлено поведение команды unpack. Ранее сжатые файлы перезаписывались при распаковке в тот же каталог и ошибочно удалялись при распаковке в другой каталог.

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

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

Добавлен новый параметр pgpro_multiplan.show_hint_string, который позволяет отображать наборы указаний, сформированные на основе планов, в выводе команды EXPLAIN.

Добавлен необязательный аргумент dbid в функции, которые удаляют замороженные запросы и обновляют наборы указаний. Для остальных функций удаления этот аргумент тоже стал необязательным. Он позволяет указывать идентификатор базы данных, для которой должны использоваться эти функции. Если не указано, функции используются для текущей базы данных.

Добавлена новая функция pgpro_multiplan_baseline_cost_update для обновления стоимости указанного разрешённого плана.

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

Добавлены новые процедуры для управления доступом к очередям: reset_queue_access, grant_queue_access и revoke_queue_access. Использовать процедуры управления очередями теперь может только суперпользователь, создавший расширение pgpro_queue, в то время как процедуры grant_queue_access и revoke_queue_access также доступны владельцу очереди.

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

Добавлены новые функции для управления точками обмена и процедуры для публикации сообщений, обеспечивающие эффективное распределение сообщений по модели «издатель-подписчик» (publish-subscribe).

Восстановлена возможность агрегирования статистики по сеансам, которая ранее была удалена как неиспользуемая. Будет ли агрегироваться статистика по сеансам, определяет параметр конфигурации pgpro_stats.track_sessions.

Улучшено поведение функций трассировки сеансов. Теперь функции pgpro_stats_trace_insert и pgpro_stats_trace_update завершаются ошибкой, если в передаваемой последовательности пар ключ-значение какой-либо атрибут фильтра встречается несколько раз. Если функции pgpro_stats_trace_update передаётся неправильный аргумент, изменения фильтра более не происходят. Функция pgpro_stats_trace_show теперь возвращает в точности те значения атрибутов explain*, которые были заданы для фильтра.

Добавлено исправление, благодаря которому удаётся избежать сбоя, если две или более константы имеют одно и то же расположение в тексте SQL-оператора.

В конфигурацию пресета pgpro_tune default.tune добавлены параметры autovacuum_vacuum_scale_factor и autovacuum_vacuum_insert_scale_factor.

Исправлена ошибка, из-за которой утилита pgpro_tune не обрабатывала имена пресетов с пробелами при указании пресета в переменной окружения initdb PGPRO_TUNE. Теперь при ошибке pgpro_tune команда initdb также выводит ошибку.

Исправлен пресет default.tune, который теперь корректно отображает порядок значений параметров effective_io_concurrency и random_page_cost в зависимости от типа накопителя.

Реализованы новые счётчики метрик клиентских подключений: client.lfe.failed, client.lfe.auth_ldap и client.lfe.auth_reject. За полным списком доступных счётчиков для мониторинга клиентских подключений обратитесь к таблице Счётчики клиентских подключений.

Реализован ряд внутренних исправлений и оптимизаций для улучшения производительности и надёжности расширения proxima.

Расширен список объектов и SQL-функций, при наличии которых в запросе расширение proxima автоматически устанавливает динамический выделенный сеанс. Теперь сеанс становится выделенным при создании статистики (CREATE STATISTICS) во временной схеме. За подробной информацией обратитесь к разделу Динамический выделенный сеанс.

Реализован алгоритм балансировки adaptive-cpu.

Реализован счётчик системных метрик system.cpu_load, который позволяет отслеживать загрузку ЦП на узлах. В BiHA-кластере значение счётчика можно проверить с помощью нового представления proxima.proxima_metrics_system. За подробной информацией обратитесь к разделу Системные метрики.

Произведена стабилизация работы команд KVik.

Реализована поддержка SSL-шифрования для KVik. Теперь с помощью нового параметра конфигурации proxima.kvik_ssl_enabled можно включить SSL-шифрование для входящих клиентских соединений на порту proxima.kvik_port. За подробной информацией обратитесь к разделу Настройка SSL для KVik.

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

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