E.19. Postgres Pro Enterprise 11.10.1
Дата выпуска: 2020-11-30
E.19.1. Обзор
Этот выпуск основан на PostgreSQL 11.10 и Postgres Pro Enterprise 11.9.1. Все изменения, унаследованные от PostgreSQL 11.10, описаны в Замечаниях к выпуску PostgreSQL 11.10. По сравнению с Postgres Pro Enterprise 11.9.1 эта версия также содержит следующие изменения:
Прекращена поддержка системы CentOS 6.
Исправлена ошибка в модуле pg_variables. Теперь вы можете создавать в транзакции переменные после удаления одноимённых.
Приложение mamonsu обновлено до версии 2.6.2.
pgbouncer обновлён до версии 1.15.
Увеличена точность замеров в pgbench при использовании указания
--default-isolation-level. Теперь уровень изоляции по умолчанию задаётся в переменной окруженияPGOPTIONS, благодаря чему значения TPS вычисляются согласованно, как с указанием--connect, так и без него.Исправлена реализация CFS, что должно кардинально ускорить выполнение pg_basebackup для баз данных, содержащих множество небольших таблиц. Ранее для каждого копируемого отношения генерировался почти мегабайт нулей.
Исправлена ошибка, вследствие которой в таблице могли появляться дубликаты при наличии уникального индекса. Эта проблема возникала только в таблицах с несколькими уникальными индексами. Дубликаты могли образовываться при большой параллельной нагрузке и одновременном выполнении операций DDL с целевой таблицей, при которых происходило аннулирование кеша отношений.
Устранён дефект в функции оценки избирательности по индексу при вычислении условия. Ранее в случае аннулирования кеша типов в неудачный момент во время выполнения этой функции мог произойти крах сервера.
Обновлено расширение pgpro_scheduler:
Теперь планировщик pgpro_scheduler находится в состоянии ожидания на ведомом сервере и будет активирован, когда ведущий станет ведомым. Он не работал на ведомом сервере и раньше, но при этом выдавал массу сообщений об ошибках.
Точность указания времени для заданий pgpro_scheduler увеличена до секунд. Также теперь помимо строк
crontabмогут использоваться предопределённые ключевые слова.
Улучшен модуль multimaster:
Увеличен максимальный размер идентификатора транзакции, задаваемого в команде
PREPARE TRANSACTION. Теперь этот размер составляет 200 байт, тогда как ранее такие идентификаторы не могли занимать больше 31 байта.Устранена ошибка, которая могла приводить к краху процесса
mtm-logrep-receiverв случае невозможности запуска дополнительного динамического процесса. В частности, этот процесс мог не запуститься из-за недостаточно большого значенияmax_worker_processes.
Использование pg_upgrade для перехода с PostgreSQL или Postgres Pro Standard на Postgres Pro Enterprise 10 больше не поддерживается. Если вы хотите произвести обновление с этих версий, выполните выгрузку/восстановление данных.
E.19.2. Миграция на версию 11.10.1
Если вы производите обновление выпуска Postgres Pro Enterprise, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Встроенные функции 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.
Для перехода с PostgreSQL, а также с выпуска Postgres Pro Standard или Postgres Pro Enterprise, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 11.