Sorgulama planının optimizasyonu hakkında ne söylenebilir? MVCC Bir tablo var CREATE TABLE orders ( id BIGSERIAL PRIMARY KEY, status TEXT, updated_at TIMESTAMP ); ve her saniye çalışan bir sorgu UPDATE orders SET status = 'processed', updated_at = now() WHERE id = 1; Birkaç gün sonra fark ediyorsunuz: • Tablo boyutu büyük ölçüde arttı • SELECT * FROM orders WHERE id = 1 sorgusu daha yavaş çalışıyor Adaya sorular 1. Neden tablo büyüyor, oysa satır her zaman aynı mı? 2. MVCC bu durumda ne rol oynar? 3. Bu sorunu çözmek için ne yapılmalı?

Таблица растёт, потому что в PostgreSQL (и других СУБД с MVCC) при обновлении строки не происходит перезапись существующей записи, а создаётся новая версия строки. Старая версия остаётся в таблице до тех пор, пока не будет удалена сборщиком мусора (VACUUM). Поэтому даже при обновлении одной и той же строки физически в таблице накапливаются старые версии, что увеличивает размер таблицы.

MVCC (многоверсионность) обеспечивает изоляцию транзакций, позволяя видеть данные в состоянии на момент начала транзакции. Для этого при обновлении создаётся новая версия строки, а старая остаётся для других транзакций, которые могут её читать. Это приводит к накоплению "мертвых" версий строк.

Проблему решает регулярный запуск VACUUM (особенно VACUUM FULL или autovacuum), который удаляет устаревшие версии строк и освобождает место. Также можно настроить autovacuum для более частого срабатывания, чтобы не накапливались старые версии. В некоторых случаях помогает реорганизация таблицы или использование более подходящих стратегий обновления данных.