PGConf.Russia 2025

Сейчас WAL-файлы сжимаемы с коэффициентом сжатия до 6. Потому что существующая система сжатия неэффективна. В докладе я расскажу о своей работе по сжатию WAL’а.

Время выполнения SQL-запросов зависит от наличия индексов, актуальной статистики и т. п. Большинство проблем с производительностью СУБД решаются оптимизацией самых медленных запросов. Но увы, бывают ситуации, когда классическая оптимизация запросов не приносит желаемого успеха. Система продолжает себя вести неадекватно, а бывают случаи, когда система падает, и это вызывает слёзы, крики, депрессию.

В данном докладе расскажем, как такие проблемы решают performance-инженеры из компании Postgres Professional, какой инструментарий используется, чего им в жизни ещё не хватает и куда они двигаются.

Перечислить все важные изменения 18-й версии во время выступления будет достаточно проблематично, если не сказать больше. Ведь заморозка кода состоится через неделю после доклада. Но вполне реально рассказать о том, что уже принято. А интересных изменений в области производительности, мониторинга, очистки (куда же без нее) и не только уже набралось немало.

По традиции доклад строится на материалах серии статей с обзором коммитфестов 18-й версии, которые публикуются в корпоративном канале Postgres Professional на Хабре.

Расскажу, какие трудности будут на вашем пути, если захотите реализовать новый TableAM. Что выбрать: Generic XLog или Custom RMGR? Зачем Custom SMGR? Как подключить постгресовые аллокаторы в стороннюю либу, даже если она этого вообще не поддерживает? Чего не хватает для колоночного движка (в том числе про векторизацию и позднюю материализацию) и как обойти ограничения?

Во второй части расскажу о внутренностях pgpro_tam — нового нативного табличного движка для OLAP, который поддерживает общепринятые форматы данных, различные SMGR, а если потребуется, то и сторонние планировщики и движки исполнения, находясь в рамках ACID. Всё это для получения самой быстрой аналитики на Postgres (не просто прикрутить DuckDB).