Коллеги, добрый день! Заметил, что на больших таблицах после TRUNCATE/DROP

Question

Коллеги, добрый день! Заметил, что на больших таблицах после TRUNCATE/DROP

оных не полностью высвобождается место файловой системе. Полагаю, что такое происходит и на более малых таблицах, просто эффект не столь очевиден.

Пример: имеем одну базу в кластере в несколько таблиц общим объемом ~850GB. После TRUNCATE по искомым, data_directory занимает (согласно du -sh) порядка ~154GB. Тем временем, pg_database_size() по базе показывает практически нулевой размер. Никаких сбоев и внештатных ситуаций не было.

Для интереса делал VACUUM FULL по базе — результат нулевой.
Также мне известно, что я не одинок в данной проблеме (касательно того что остаются файлы которые в действительности не нужны для работы). Один товарищ даже предлагал запрос (https://www.postgresql.org/message-id/4ae62ff0-f33e-2a26-79ff-dcaa39ee92ff%40erven.at, https://pastebin.com/5h2w7Tt8) который показывает что это за файлы, — правда причина у него была другая, несмотря на аналогичный результат.

Кто-то сможет это прокомментировать на предмет того почему так происходит?

#backend #devops #pgsql #programming #russian

0

07.03.2021

6 ответов

12 просмотров

Petr Автор вопроса

Yaroslav Schekin
Сделайте "CHECKPOINT;", потом посмотрите ещё раз (...

1. Вышеуказанная команда сократила размер data_directory до 129G, уже неплохо :) 2. В pg_stat_activity не наблюдаю ничего.

0

07.03.2021

Yaroslav Schekin

Petr
1. Вышеуказанная команда сократила размер data_dir...

Так и что сейчас-то по "\l+" в psql против du (и в каком именно каталоге, кстати?) в shell (может, никакой проблемы уже и нет)?

0

07.03.2021

Petr Автор вопроса

Yaroslav Schekin
Так и что сейчас-то по "\l+" в psql против du (и в...

По \l+ в psql по-прежнему околонулевой размер бд. Тем временем, du -sh показывает цифру выше — 129GB. >в каком именно каталоге data_directory который указан в postgresql.conf.

0

07.03.2021

Yaroslav Schekin

Petr
По \l+ в psql по-прежнему околонулевой размер бд. ...

Ну так там и WAL, и другие базы и так далее, как можно сравнивать?

0

07.03.2021

Petr Автор вопроса

Yaroslav Schekin
Ну так там и WAL, и другие базы и так далее, как м...

Других баз нет (кроме системных) — это по условию выше обозначено. И да, вы правы, оказалось, всё это место занимает каталог pg_wal.

0

07.03.2021