Как PostgreSQL может сделать больно, когда не ожидаешь

Обычно проблемы с производительностью PostgreSQL ищут в медленных запросах. Но на практике все бывает сложнее: система может тормозить по причинам, которые не лежат на поверхности.

В докладе с PGConf.Россия 2025 Михаил Жилин поделился реальными историями из практики перфоманс-инженеров Postgres Professional. Например:

✔️ Почему индекс может не использоваться, хотя он есть.

✔️ Как старые версии строк и MVCC могут неожиданно замедлять систему.

✔️ Почему коммит может занимать сотни миллисекунд из-за временных таблиц.

✔️ Из-за чего физическая репликация начинает отставать.

Также в докладе показаны инструменты, которые помогают разбираться с такими проблемами — от perf и eBPF до профилирования и flamegraph.

✔️ Смотрите запись доклада на Youtube и Rutube, чтобы узнать, как находят и устраняют такие неожиданные проблемы в PostgreSQL.

И успейте зарегистрироваться на PGConf.Россия до 16 марта, чтобы обсудить подобные кейсы с разработчиками и инженерами PostgreSQL лично.

Почему аналитика в компаниях часто работает медленно — даже если ресурсов достаточно?

Обычно это выглядит так:

Бизнес: «Аналитика готовится слишком долго».

Аналитики: «Мы не можем напрямую работать с данными и ждем задач через инженеров».

Инженеры: «Нельзя пускать аналитиков в центральное DWH — один неудачный запрос может положить систему».

Такая ситуация встречается почти везде: в классических DWH Greenplum и Vertica, в современных системах вроде StarRocks и даже в lakehouse-инсталляциях на базе Spark. Причина — в архитектуре.

Где возникает проблема

Во многих аналитических СУБД есть общий компонент, через который проходит обработка запросов.

Из-за этого появляются узкие места. Например:

✔️ В Greenplum любой запрос проходит через ноду-координатор.

✔️ В Vertica нагрузка ложится на глобальный каталог.

✔️ В Spark и StarRocks один некорректный запрос может занять все вычислительные слоты.

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

Выход: изолировать вычисления

Если дать аналитикам полную свободу, идеальная система должна работать иначе.

Представьте, что каждый аналитик работает в своей персональной базе: он видит те же данные, но физически не делит вычислительные ресурсы с коллегами.

Именно такую архитектуру показал Snowflake с моделью shared data — independent compute.

Сессионные вычислители

Для каждой пользовательской сессии запускается отдельный легковесный SQL-вычислитель. Он стартует за доли секунды, подтягивает только нужные данные из хранилища и выполняет запрос, не мешая соседним сессиям.

Фактически каждый аналитик получает свой изолированный вычислитель.

Что это дает

При такой архитектуре пользователи перестают конкурировать за ресурсы:

✔️ Запросы аналитиков не мешают друг другу.

✔️ Тяжелые задачи не блокируют отчеты и ETL.

✔️ Систему можно масштабировать, просто добавляя вычислительные узлы.

Как это работает на практике

Такой подход реализован в аналитической системе Tengri, которую развивает Postgres Professional. Она использует архитектуру сессионных вычислителей и независимых SQL-воркеров.

В тестах на бенчмарке TPC-H система показала почти линейный рост производительности при увеличении числа параллельных пользователей и значительно более высокую эффективность при высокой нагрузке по сравнению с традиционными MPP-решениями.

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

Читайте подробности на Хабре.

Убедиться в приведенных цифрах можно в документации.

Если любите смотреть, а не читать, сохраняйте плейлист на Youtube.

Миграция с Oracle: реальные кейсы с PGConf.Россия 2025

Собрали три выступления с прошлогодней конференции о переносе систем с Oracle на PostgreSQL и Postgres Pro — от государственных информационных систем до банковской инфраструктуры и многотерабайтных баз данных.

1. Практика миграции региональных систем управления общественными финансами с Oracle/Firebird на Postgres
Оксана Щеглова, БФТ

Опыт переноса региональных систем управления общественными финансами. В докладе — этапы миграции, разработка собственного инструмента для переноса данных и типичные проблемы: несовместимые типы данных, различия в обработке строк и NULL, а также необходимость переработки части бизнес-логики при переходе на PostgreSQL.

✔️ Смотреть на Youtube и Rutube.

2. Миграция с Oracle: большая нагрузка и много шардов
Алексей Светличный, Т-Банк

Кейс миграции критичной банковской системы авторизации. Вместо одной большой базы Oracle была построена распределенная архитектура из десятков PostgreSQL-шардов. В докладе — архитектура решения и практические проблемы после перехода: оптимизация запросов и индексов, влияние статистики на планировщик и особенности работы с партициями.

✔️ Смотреть на Youtube и Rutube.

3. Миграция высоконагруженной 40-ТБ базы данных из Oracle в Postgres
Ирина Токарева и Сергей Кузнецов, ОТР

Разбор проекта переноса промышленной базы данных объемом около 40 ТБ. Спикеры рассказывают о стратегии поэтапной миграции с использованием ora2pg, синхронизации изменений между этапами и проблемах, которые проявились уже под промышленной нагрузкой.

✔️ Смотреть на Youtube и Rutube.

Если вам актуальна тема миграции — успейте зарегистрироваться на PGConf.Россия 2026 до 16 марта. Как и каждый год, на конференции будет много практических докладов о миграции, архитектуре и эксплуатации больших баз данных.

Следите за новостями Postgres Professional в MAX.

PostgreSQL + 1C = 💛

На PGConf.Россия 2026 поговорим об этой любви:

1. «Ускорение поиска в динамических списках 1С» — Антон Дорошкевич (ИнфоСофт)

Почему поиск в динамических списках 1С на больших обьемах данных замедляется и какие подходы разрабатываются совместно с Postgres Professional, чтобы ускорить этот типичный пользовательский сценарий.

2. «Патч для PostgreSQL от 1С: доработки от 1С для работы с платформой 1С:Предприятие под большой нагрузкой» — Никита Ложкин (1С)

Разбор ключевых доработок PostgreSQL для платформы 1С:Предприятие — включая ускорение ANALYZE для широких таблиц, мультиколоночную статистику и оптимизации работы с временными таблицами.

3. «Если ваш админ самурай, или история о восстановлении очень нужных данных» — Андрей Билле (Postgres Professional)

Кейс спасения огромной 1С-базы: как возможности Postgres Pro Enterprise воскрешают даже мертвые базы.

4. «Особенности построения аналитики из 1С:Предприятие в Postgres Pro AXE и Tengri Data» — Борис Бондарев (BI.Qube)

О том, когда аналитику из 1С имеет смысл выносить во внешние системы и как организовать извлечение, загрузку и трансформацию данных в Postgres Pro AXE и Tengri Data.

Также коллеги из BI.Qube проведут мастер-класс «Создание цифрового двойника 1С в экосистеме Postgres Professional на основе AXE, Tengri и BI.Qube».

Если вы работаете с 1С и PostgreSQL — в программе конференции есть темы, которые точно стоит послушать. Успейте зарегистрироваться на PGConf.Россия 2026 до 16 марта.

Читайте нас в MAX 🤩

Гравитация организовала все на свете. Нам остается только организовывать конференции и конкурсы.

Главная встреча сообщества PostgreSQL в России уже организована — PGConf.Россия 2026 пройдет 23-24 марта, а сейчас мы организуем конкурс, в котором можно выиграть билет на участие в ней.

Условия конкурса:

✔️ Подписаться на канал Postgres Pro Team.

✔️ Репостнуть эту публикацию себе в истории.

✔️ Написать «Хочу на PGConf» в комментарии к этой записи.

Победителя выберем 18 марта в 12:00 с помощью рандомайзера.

Билет нельзя продать, поменять на деньги или передать. Участвовать можно онлайн или офлайн в Москве.

Удачи и до встречи на конференции!

Продлили регистрацию на PGConf.Россия 2026 до 18 марта

Через неделю начнется главная конференция российского PostgreSQL-сообщества. Если планировали участвовать — решайте сейчас.

📍 Где и когда: 23-24 марта, Москва, Центр международной торговли. Можно участвовать онлайн.

В программе:

✔️ 54 доклада про производительность, миграцию, безопасность, ИИ и новые возможности PostgreSQL.

✔️ 8 мастер-классов с практикой от экспертов.

✔️ Демо-стенды с решениями на базе PostgreSQL и Postgres Pro.

✔️ Нетворкинг с разработчиками, DBA и архитекторами.

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

Читайте нас в MAX 🤩

В PostgreSQL стало на одно старое ограничение меньше: MultiXactOffset перевели на 64 бита. Это касается не редкой внутренней детали, а механизма мультитранзакций, который используется при блокировках строк, SELECT ... FOR SHARE/UPDATE и проверке внешних ключей.

Когда одну строку блокируют несколько транзакций, PostgreSQL не может сохранить их прямо в t_xmax: это поле в заголовке записи вмещает только одно значение. Поэтому в строке хранится идентификатор мультитранзакции, а ее состав PostgreSQL берет из pg_multixact: offsets указывает смещение, members хранит список участников.

Проблема была в том, что offsets оставался 32-битным. При этом мультитранзакции неизменяемы: если к блокировке добавляется еще одна транзакция, создается новая структура. Из-за этого при повторных блокировках одной и той же строки офсеты могут расти квадратично — 1, 3, 6, 10. На нагруженных системах это создавало реальный риск переполнения, а заметить его заранее было непросто.

Теперь PostgreSQL использует 8-байтные offsets, и риск такого переполнения минимален. Компромисс тоже есть: сегменты offsets выросли вдвое, а при обновлении нужна дополнительная конвертация через pg_upgrade. Но взамен PostgreSQL получает больше запаса до жестких лимитов и более предсказуемое администрирование.

Подробно о том, как устроены мультитранзакции, почему именно offsets были узким местом и что меняет этот патч, рассказали на Хабре.

Читайте нас в MAX 🤩

Сегодня последний день регистрации на PGConf.Россия 2026

23-24 марта в Москве пройдет PGConf.Россия 2026 — крупнейшая российская конференция по PostgreSQL и решениям на ее основе, главная встреча сообщества PostgreSQL в России. Можно участвовать онлайн и офлайн.

Это возможность за два дня получить срез по ключевым направлениям работы с СУБД: от новых возможностей PostgreSQL и оптимизации запросов до отказоустойчивости, масштабирования, мониторинга, миграции, безопасности, эксплуатации и ИИ.

В программе:

✔️ 54 доклада от ведущих российских специалистов, экспертов сообщества и контрибьюторов PostgreSQL.

✔️ 8 мастер-классов, где возможности PostgreSQL показывают не в теории, а на практике.

✔️ Стенды с разработками на базе PostgreSQL и Postgres Pro в области отказоустойчивости, масштабируемости, безопасности, мониторинга, производительности, аналитики, миграции данных и управления БД.

✔️ Общение с сообществом и обмен опытом с теми, кто каждый день работает с PostgreSQL: разработчиками, архитекторами, DBA, тестировщиками, специалистами поддержки и инженерами эксплуатации.

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

Читайте нас в MAX 🤩

Приходите пробежаться!

В воскресенье 22 марта проводим традиционный забег PGRun с Олегом Бартуновым.

Встречаемся в 12:00 у метро «Воробьевы горы», 4 выход. Бежим по набережной до метро Деловой центр и обратно — примерно 18 километров. Можно пробежать половину.

Бежим в среднем темпе — 6:00-6:30/км, чтобы подольше пообщаться.

Ура весне!

Читайте нас в MAX 🤩

Кто чаще врет — человек или искусственный интеллект? Заметим ли мы, как нас всех поработят?

Обсуждаем во втором выпуске подкаста «Слон в IT-лавке» с генеральным директором Postgres Professional Иваном Панченко. В гостях: руководитель отдела машинного обучения Савелий Батурин и инженер по тестированию Виталий Ефимов.

На всех мероприятиях Postgres Professional к стенду «Постгрес Помощника» (Ask Postgres) всегда самые большие очереди. Вопросов накопилось много, пришло время на них отвечать.

В подкасте:

✔️ Что такое «Постгрес Помощник», на какие вопросы по СУБД он отвечает, как устроен?

✔️ В чем особенности тестирования ИИ и почему иногда сложно понять, что новая модель стала лучше отвечать на вопросы?

✔️ Нужно ли замедлить развитие ИИ, чтобы и модели, и люди не стали тупее?

✔️ Кто быстрее лишится работы из-за ИИ — администраторы баз данных или рентгенологи?

✔️ Сколько автотестеров можно заменить одной подпиской на ChatGPT?

За 45 минут рассказали, как научиться отличать полезный ИИ от вредного и как изменится бизнес и разработка ПО под напором ИИ.

✔️ Смотрите на Youtube, Rutube и VK. Слушайте на Яндекс-музыке.

Читайте нас в MAX 🤩

Начинаем PGConf.Россия 2026! 🐘

В этом году особенно ясно, почему PostgreSQL в свои 30 лет не стал музеем: его архитектура изначально оказалась готова к будущему, которое наступило.

Поэтому сегодня говорим не только о релизах и продуктах, но и о том, куда вообще движется Postgres:

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

✔️ Сегодня в программе — взгляд на PostgreSQL 19, решения Postgres Professional, отказоустойчивость, производительность, работа с 1С и миграция без даунтайма.

Впереди 2 дня, 54 доклада и 8 мастер-классов. В центре внимания — сегодняшние возможности и перспективы Postgres на ближайшие годы.

Начинаем!

Читайте нас в MAX 🤩