Як відновити місце на диску на PostgreSQL?

У мене локальна установка бази даних 9.1 з кількома таблицями, в яких було cca. 300 записів на міо та база даних зросла приблизно до 20 ГБ. Потім я видав delete fromкоманду видалити всі записи з неї (я повинен був використовувати truncate, але я цього не знав). Тому я зробив повний вакуум на своєму db, щоб повернути місце на диску, але це просто не допомагає. Моя проблема виглядає ідентично цій , але рішення не передбачено. Я вже перевірив цю тему та документацію щодо "відновлення дискового простору" , але досі не можу знайти рішення. Я використовую цей код, щоб отримати розмір усіх таблиць

 SELECT nspname || '.' || relname AS "relation",
 pg_size_pretty(pg_total_relation_size(C.oid)) AS "total_size"
 FROM pg_class C
 LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
 WHERE nspname NOT IN ('pg_catalog', 'information_schema')
 AND C.relkind <> 'i'
 AND nspname !~ '^pg_toast'
 ORDER BY pg_total_relation_size(C.oid) DESC
 LIMIT 15;

Однак на суму менше 1 Гб

SELECT pg_database.datname, pg_size_pretty(pg_database_size(pg_database.datname)) AS size FROM pg_database 

все ще показує близько 20 ГБ. Будь-яка порада дуже цінується.

Хоча ви цього не заявляли, я вважаю, що ви посилаєтесь на документи, які ви слідували, що ви виконали ВАКУУМ ПОВНО в базі даних та / або таблицях, на які це стосується. Ви також не вказали, яку версію postgresql використовуєте - я вважаю, що це> 9,0 (до цього VACUUM FULL поводився інакше).

VACUUM FULL перезапише уражені таблиці в нові файли, а потім видалить старі файли. Однак якщо в будь-якому процесі все ще відкритий старий файл, операційна система фактично не видалить файл - до останнього процесу його не закриють.

Якщо це практично, перезапуск бази даних забезпечить закриття всіх відкритих файлів.

Якщо це не практично, ви, можливо, зможете перевірити, чи це ваша проблема, і дізнатися, у якому процесі відкриті файли.

Якщо ви використовуєте Linux (або більшість інших подібних Unix систем), ви можете скористатися командою 'lsof', щоб отримати список усіх файлів, відкритих у всіх процесах. Файли, які відкрито, але з тих пір були видалені, до імені файлу додадуть "(видалено)". Отже, ви можете зібрати висновок lsof, шукаючи видалені файли, наприклад:

sudo lsof -u postgres | grep 'deleted'

Якщо це ідентифікує процеси, у яких все ще відкриті старі файли, ви можете використовувати pg_terminate_backend для завершення цього процесу:

SELECT pg_terminate_backend(xxx);

де xxx - PID процесу, знайдений у висновку lsof.

Якщо використовується Windows, може застосовуватися той самий принцип, оскільки postgres відкриває файли, використовуючи прапор FILE_SHARE_DELETE, що дозволяє йому видаляти файли, відкриті в іншому процесі. Команда ' handle ' - це приблизний еквівалент lsof, хоча я не впевнений, чи можете ви сказати, видалені файли чи ні, тому може знадобитися деяка додаткова робота.

Ще одне питання, чому будь-які подібні процеси будуть зациклюватися на старих ручках файлів. Однак у темі, яку ви цитували у своєму запитанні, Том Лейн, здається, передбачає, що це може статися.