Как PostgreSQL устроено хранение данных внутри базы?

Как PostgreSQL устроено хранение данных внутри базы?

• Реляционная СУБД с табличной организацией данных
• Базовая единица хранения — страница (page), как правило, размером 8 KB
• Информация размещается в heap-таблицах, состоящих из неотсортированных страниц
• Каждая страница содержит записи (tuples) со служебным системным заголовком
• Применяется MVCC (Multi-Version Concurrency Control): для параллельной работы сохраняются версии строк, связанные с xmin/xmax
• Индексы, включая B-tree, ускоряют доступ к данным, не обращаясь к heap
• Страницы объединены в файлы по объектам БД и находятся на диске в каталоге базы данных
• WAL (Write-Ahead Logging) поддерживает целостность данных и восстановление после сбоев

В результате PostgreSQL получает эффективное хранение, поддержку параллельной работы и отказоустойчивость.

Подробный ответ

Основной ответ

PostgreSQL размещает данные в страницах (pages) фиксированного размера — по 8 КБ. Эти страницы объединяются в файлы, из которых состоят таблицы и индексы. Физически каждая таблица представлена на диске набором файлов, разделённых на сегменты размером 1 ГБ. Внутри страниц находятся строки (tuples) со служебными данными, включая xmin и xmax, необходимыми для работы MVCC (многоверсионности). Транзакционную целостность PostgreSQL поддерживает с помощью WAL (Write-Ahead Logging): эта система обеспечивает согласованность базы и её восстановление.

Ключевые моменты

• Формат страниц: страница размером 8 КБ является минимальной единицей чтения и записи; в ней размещаются строки и служебные заголовки. Её структура рассчитана на быстрый поиск и обновление данных.
• MVCC: поля xmin/xmax вместе с информацией о транзакциях обеспечивают многоверсионность. Запросы видят актуальные версии строк, тогда как устаревшие версии игнорируются без блокировок.
• Структура таблиц: в файловой системе данные представлены набором сегментов в каталоге базы (PGDATA/base/); размер каждого такого файла не превышает 1 ГБ.
• Индексы: для них предусмотрены отдельные файлы в собственной файловой структуре. Распространённый вариант — B-tree с плотным размещением данных, благодаря чему поиск выполняется быстро.
• WAL: журналы, предназначенные для обеспечения durability и восстановления данных после сбоев.

Практический контекст

Такая организация хранения делает PostgreSQL надёжным и производительным решением для сценариев OLTP и OLAP. Например, при обновлении записи PostgreSQL не изменяет исходные данные непосредственно, а формирует новую версию строки. Поэтому запросы не блокируются, повышаются параллелизация и согласованность на уровне snapshot isolation. В реальных проектах для изучения структуры хранения можно применять утилиту pg_filedump или расширения, например pgstattuple, чтобы диагностировать состояние таблиц и страниц.