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

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

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

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

Исправлена проблема в CFS, которая могла приводить к сбою рабочего процесса сборки мусора с выводом предупреждения «CFS GC failed to read block 0 of file X at position 0 size 0: Success» (CFS GC не удалось прочитать блок 0 файла X в позиции 0, размер 0: Успех). Проблема возникала из-за некорректной обработки первого МБ файла данных, содержащего только нулевые страницы.

Реализована возможность добавления узла-рефери в расширении biha, что позволяет настроить отказоустойчивый кластер 2+1 с двумя обычными узлами и одним узлом-рефери. Такой узел используется только во время выборов и помогает избежать потенциального разделения кластера, состоящего только из лидера и последователя. Обратите внимание, что узел-рефери не содержит пользовательских баз данных и ему нельзя отправлять запросы.

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

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

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

Добавлена поддержка API Zabbix 6.4: обработка устаревших параметров для запросов аутентификации.

Исключено кеширование метрики pgsql.connections[max_connections].

Обновлены правила ротации журналов по умолчанию.

Выполнена подготовка для поддержки Python 3.12.

Изменены названия метрик модуля pg_locks. Имейте в виду, что эти изменения могут нарушить работу пользовательских триггеров и функций обработки, использующих параметр item.name.

Исправлено несоответствие типов для pgpro_stats и pg_wait_sampling.

Исправлена ошибка в правах роли mamonsu, созданной с помощью bootstrap.

Добавлена возможность ограничить скорость записи на диск с помощью параметра --write-rate-limit==bitrate (Mbps, Gbps).

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

Добавлена проверка командой checkdb контрольной суммы для файлов CFS.

Добавлена возможность проверять только архив WAL.

Расширено действие параметра --dry-run для всех команд pg_probackup.

По умолчанию при резервном копировании в режиме STREAM теперь создаётся временный слот, если не указано иное.

Алгоритм сжатия по умолчанию изменён на zstd. Если zstd не поддерживается системой, будет выбран алгоритм lz4. Параметр --compress теперь задаёт значения по умолчанию для --compress-level и --compress-algorithm.

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

Реализован новый метод блокировки, который позволяет использовать блокировки с протоколами S3 и NFS.

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

Исправлена проблема, препятствовавшая мониторингу, когда представление pgpro_stats_statements содержало большое количество строк с одинаковыми значениями plan и queryid, но разными значениями planid. Проблема была вызвана ошибкой в разборе дерева планов, содержащего узел T_Memoise.

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

Добавлен параметр конфигурации sr_plan.max_local_cache_size, позволяющий установить максимальный размер локального кеша (в КБ). Кроме того, значение по умолчанию sr_plan.max_items было изменено на 100.

Ограничен процесс регистрации запросов — теперь для каждого сервера можно зарегистрировать только один запрос.

Улучшен алгоритм идентификации замороженного запроса.

Реализовано хранение планов запросов в виде отдельных файлов JSON.

Реализована обработка типов данных при попытке приведения констант в запросе для автоматического соответствия типам параметров замороженных запросов. Если приведение типов невозможно, замороженный план игнорируется.

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