E.1. Выпуск 16.13 #
Дата выпуска: 2026-02-26
В этот выпуск вошло несколько исправлений, внесённых после версии 16.12. За информацией о нововведениях версии 16 обратитесь к Разделу E.14.
E.1.1. Миграция на версию 16.13 #
Если используется версия 16.X, выгрузка/восстановление базы не требуется.
Также, если вы обновляете сервер с более ранней версии, чем 16.10, см. Раздел E.4.
E.1.2. Изменения #
Устранение сбоя после воспроизведения записи WAL об усечении xid мультитранзакций, сгенерированной на более старом корректирующем выпуске (Хейкки Линнакангас) §
Ошибочная логика предотвращения зацикливания идентификаторов мультитранзакций в предыдущих версиях приводила к сбою с ошибками «could not access status of transaction» (не удалось получить статус транзакции). Как правило, такое поведение наблюдалось, когда на резервном сервере на последнем корректирующем выпуске воспроизводились записи WAL с ведущего сервера, работающего на более старой версии.
Предотвращение вывода ошибочных сообщений о недопустимой кодировке при обработке данных TOAST функцией
substring()(Ной Миш) § § §Исправление уязвимости CVE-2026-2006 было слишком агрессивным и могло приводить к выводу ошибочных сообщений о неполных символах даже при использовании допустимых символов.
Исправление вычисления набора внешних соединений, которые могут проставлять NULL, для результата подзапроса
LATERAL UNION ALL(Ричард Гуо) §В результате этой ошибки могли пропускаться проверки
NOT NULLиз ложного убеждения, что они не требуется. Это приводило к неверным результатам запросов.Корректировка вывода значений вспомогательных процессов функциями
pg_stat_get_backend_wait_event()иpg_stat_get_backend_wait_event_type()(Хейкки Линнакангас) §Ранее для вспомогательных процессов эти функции возвращали значение NULL, что не соответствовало представлению
pg_stat_activity.Исправление приведения значения переменной составного типа к типу домена, возвращаемого функцией PL/pgSQL (Том Лейн) §
Ранее если значение переменной было NULL, выводилась ошибка «cache lookup failed for type 0» (ошибка поиска в кеше для типа 0).
Устранение риска обращения по нулевому указателю функцией двоичного ввода модуля
contrib/hstore(Микаэль Пакье) §Ранее происходил сбой функции получения модуля
hstore, если во входных данных оказывались дублирующие ключи. Генерируемые значения модуляhstoreне могут содержать дублирующие ключи, поэтому ранее ошибка не фиксировалась. Сбой могли вызвать вредоносные или повреждённые входные данные.