Я работаю над системой разработки и восстановил базу данных, скажем «foo», которую я использую для целей разработки. Пока я работаю, я только что запустил DROP DATABASE foo. Однако я быстро понял, что съел все пространство на моем диске. Дерьмо.
Освобождает ли VACUUM FULL из другой логической базы данных пространство из базы данных, которую я ранее отбросил (foo)? Я попробовал это из другой логической базы данных, и освободилось свободное место, но я не думаю, что этого было достаточно, чтобы учесть все вызовы CREATE DATABASE / DROP DATABASE, которые я сделал. Возможно, это просто логическая база данных, из которой я работал.
Должен быть способ вернуть это пространство без выполнения инициализации всей базы данных?
РЕДАКТИРОВАТЬ
Поэтому я повторно инициализировал базу данных из резервной копии, примерно выполнив следующие действия . После восстановления я восстановил тонну места на диске! Пока это работает, но любая помощь в том, как очистить удаленную базу данных, все равно будет полезна.
РЕДАКТИРОВАТЬ 2
Поэтому мне удалось собрать больше информации об этой проблеме ... Вот что я привел в качестве примера:
Initial partition size:
Size Used Avail Use% Mounted on
25G 8.1G 16G 35% /apps1
After creating my new database and populating it:
25G 18G 6.4G 73% /apps1
After Dropping the database using "DROP database mydb" from a separate logical DB:
25G 13G 11G 56% /apps1
Поэтому мне кажется, что новая БД заняла ~ 9,6 ГБ на диске. Однако, после его сброса, освободившееся дисковое пространство только выросло на ~ 4.6G. Итак, примерно 5 ГБ свободного места заставляет меня задуматься о том, что происходит !?
И этот цикл продолжается, когда я воссоздаю, заполняю и снова опускаюсь.
Кто-нибудь имеет какие-либо идеи, что остается после того, как команда "DROP DATABASE" выдается?