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

После изучения базы данных было обнаружено, что размер таблицы django_session просто гигантский почти 7 Гб, а размер индекса тоже достигает почти 6.5 Гб, при том, что размер самой базы данных 14 Гб.

При этом размер второй по величине таблицы всего 11 Мб и это стороннее приложение со списком городов. А размер третьей таблицы, которая содержит сообщения на форуме всего 8 Мб.

Соответственно было решено разобраться, почему это происходит и как исправлять.

Сейчас я скорее всего не открою ничего нового для тех, кто активно администрирует базы данных на PostgreSQL, но для новичков и тех, кто в основном занимается Django в качестве PET проекта, без профессионального использования, информация может быть полезной.

Что такое утечки памяти в Android-разработке?

Приложение создает объекты, они лежат в памяти и не могут их очистить после завершения своей работы.

Почему это происходит?

В Java есть собственные средства очистки памяти от неиспользуемых элементов. Это [ сборка мусора ] [id].

Сборщик мусора помечает все объекты, которые можно удалить, если на них нет ссылок. Утечка памяти - это просто потерянная ссылка, которая показывает, что объект не может быть удален.

Сложность этого бага в том, что до определенного времени он не виден и не может мешать.
Есть хорошая цитата Бенджамина Франклина: «Маленькая течь потопит большой корабль».
Утечки памяти занимают оперативную память приложения. Объем необработанной памяти будет расти, и однажды ваше приложение может замедлиться и вылететь . Это вызовет недовольство пользователей и, скорее всего, приложение будет удалено...