E.3. Postgres Pro Enterprise 11.21.1
Дата выпуска: 2023-08-21
E.3.1. Обзор
Этот выпуск основан на PostgreSQL 11.21 и Postgres Pro Enterprise 11.20.1. Все изменения, унаследованные от PostgreSQL 11.21, описаны в Замечаниях к выпуску PostgreSQL 11.21. По сравнению с Postgres Pro Enterprise 11.20.1 эта версия также содержит следующие изменения:
Добавлен параметр конфигурации enable_appendorpath, который включает применение плана
Appendдля выражений, содержащих предложенияOR. Этот план будет полезен для использования приложениями с автоматически генерируемыми запросами.Устранена проблема в вычислении базы страницы для 64-битных идентификаторов транзакций. В редких случаях она могла приводить к сбою транзакции или появлению некорректного
xmin, что проявлялось в виде таких ошибок, как «fatal xid base calculation error» (критическая ошибка вычисления базы xid).Исправлена проблема, из-за которой при использовании CFS функция
pg_database_sizeмогла возвращать неправильный размер базы данных, отличавшийся от фактически занимаемого места на диске. Ранее размер разреженных файлов CFS рассчитывался с использованием логического, а не физического размера файла в блоках данных.Скорректированы состояния не относящихся к CFS фоновых рабочих процессов, выводимых в представлении
pg_stat_activity. После сборки мусора состояние процесса теперь устанавливается правильно.Устранена ошибка в pgpro_scheduler, при которой руководящий планировщик удалял данные о процессе
database managerдо его инициализации, в результате чего процесс завершался с ошибкой «Scheduler manager XX: cannot find information about self in scheduler_state» (Менеджер планирования XX не смог найти информацию о себе в scheduler_state).Прекращена поддержка системы Debian 9.
Исправлена устаревшая рекомендация по настройке файла модуля в комментариях файла
postgrespro-ent-11.service.Исправлен алгоритм оценки оптимизатором количества кортежей, совпадающих по ключу хеширования. Оптимизатор не учитывал, что при соединении по большому количеству столбцов количество уникальных хеш-ключей должно быстро расти и считал их количество малым, в итоге выбирая объединение слиянием вместо соединения по хешу.
Исправлено использование компонента
joinsel, необходимого для более точной оценки количества строк по нескольким столбцам. Если по какой-либо причине (например, из-за недостаточно подробной статистики)joinselне может сделать хорошее предсказание, Postgres Pro не будет использоватьjoinselв этом конкретном случае, а будет использовать стандартный алгоритм оценки количества строк. Еслиjoinselдолжен оценить количество строк по одному столбцу, вместо этого также будет использоваться стандартный алгоритм.Исправлена ошибка, не позволявшая хранить данные типов
mchar,mvarcharразмером более 250 МБ. Теперь может корректно храниться до 1 ГБ данных этих типов.Приложение pg_probackup обновлено до версии 2.6.5 Enterprise, в которой улучшена производительность и исправлены некоторые ошибки:
Попытка частичного восстановления в непустой каталог
PGDATAтеперь завершается ошибкой, но выполнить такое восстановление можно, если указан флаг--destroy-all-other-dbs.Исправлено включение выделенных, но пустых страниц в инкрементальное резервное копирование.
Исправлены проблемы восстановления на момент времени:
Восстановление по времени, указанному в команде
pg_probackup show.Восстановление из резервных копий с параметрами
--recovery-target-timelineи--no-validate.
Улучшена обработка файлов в сжатых табличных пространствах модулем PTRACK.
Флаг
--skip-if-existпереименован в--skip-if-exists.
Расширение pg_hint_plan обновлено до версии 1.3.8, в которую включено исправление, устраняющее повреждение стека указаний.
Расширение PTRACK обновлено до версии 2.5 Enterprise.
E.3.2. Миграция на версию 11.21.1
Если вы производите обновление выпуска Postgres Pro Enterprise, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Миграция кластера с таблицами размером более 16 ТБ в Postgres Pro Enterprise версий 10 или 11 не поддерживается.
Если вы ранее мигрировали на Postgres Pro Enterprise версии 11.12.1 или ниже, обязательно перестройте индексы GIN, выполнив команду REINDEX.
Встроенные функции numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt и numeric_le фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Enterprise до версии 11.7.1, в результате чего запросы могли выполняться неоптимально. В частности, это отрицательно сказывалось на производительности запросов при использовании политик защиты на уровне строк. В версии 11.7.1 это было исправлено для новых инсталляций в результате корректировки исходных данных каталога, но существующие инсталляции сохранят некорректные пометки, пока вы не исправите записи этих функций в pg_proc. Чтобы их исправить, обновите экземпляр сервера с помощью pg_upgrade либо вручную измените их в существующем кластере, выполнив во всех его базах данных соответствующие команды ALTER FUNCTION. Например:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
В версии 11.7.1 также исправлена работа регулярных выражений POSIX и конструкций SIMILAR TO, в которых применялись классы символов для правил сортировки ICU. Вследствие этого, возможно, стоит перепроверить объекты, использующие эти выражения.
Начиная с Postgres Pro Enterprise 11.6.1, обновление версии ICU не препятствует запуску сервера. Перед подключением к базе данных, в которой основное правило сортировки использует ICU, Postgres Pro сравнивает версию этого правила сортировки с версией, предоставляемой библиотекой ICU, и выдаёт предупреждения в случае несовпадения версий; если вы полагаете, что изменение версии правила сортировки может повлиять на порядок сортировки ваших данных, перестройте объекты, использующие основное правило сортировки. Чтобы убрать эти предупреждения, вы можете выполнить команду ALTER COLLATION "default" REFRESH VERSION, как описано в ALTER COLLATION.
Если вы используете PTRACK в процедуре резервного копирования, реализуемой c помощью утилиты pg_probackup, и обновляетесь с Postgres Pro Enterprise версии 11.11.x или ниже, сделайте полную резервную копию базы данных после обновления.
Для перехода с PostgreSQL, а также с выпуска Postgres Pro Standard или Postgres Pro Enterprise, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 11.