Как настроить Vacuum для PostgreSQL через cron в ubuntu?

Question

[rootya802]

Есть скрипт для планировщика в windows, который запускает VACUUM для базы PgSQL:

@echo off
SET PGPASSWORD=pass
"C:\Program Files\PostgreSQL\14\bin\psql.exe" -h localhost -p 5442 -U user -d default_db -c "VACUUM (VERBOSE, PARALLEL 4);"
echo %date% %time% >> C:\"Program Files"\pgbouncer_1\logfile.txt

Помогите пожалуйста настроить нечто подобное для ubuntu.

$ pg_config --version
PostgreSQL 12.12 (Ubuntu 12.12-0ubuntu0.20.04.1)

Answer 1

[Сергей Соловьев]

Для подобных дел autovacuum придумали. Просто проставь нужный autovacuum_naptime в конфигурации

spoiler

Какая версия этого postgres? автовакум добавили в 8.1 - это 2005 год

Comments

[Melkij]

скрипт минимум для 13 версии, ведь только тогда мы добавили опцию PARALLEL N в vacuum

[rootya802]

$ pg_config --version
PostgreSQL 12.12 (Ubuntu 12.12-0ubuntu0.20.04.1)

[rootya802]

Melkij, chatgpt предлагает вот такой bash скрипт:

#!/bin/bash

export PGPASSWORD="pass"
/opt/PostgreSQL/14/bin/psql -h localhost -p 5442 -U user -d default_db -c "VACUUM (VERBOSE, PARALLEL 4);"
echo "$(date) $(date +'%T')" >> /path/to/logfile.txt

И добавление скрипта в cron:
*/30 * * * * /path/to/your/script.sh

Получается на PostgreSQL 12.12 (Ubuntu 12.12-0ubuntu0.20.04.1) не будет работать данный скрипт?

[Melkij]

неа, на 12 версии опции parallel ещё не было.
Но сперва определитесь с ответом на куда более важный вопрос "а нафига вам этот скрипт вообще"

[rootya802]

Melkij, Автовакуум вроде работает, и в htop я видел процесс. Просто проблема в том, что определенный софт, с которым я работаю, базой (которая в дампе весит 89 гигов), забил 2Тб диск за 4 месяца непрерывной работы. В чате люди, которые работают с этим софтом, посоветовали скрипт под винду, что кинул выше. Но у меня БД на убунте, отсюда и вопрос.
Если это как то можно сделать путем редактирования конфигов, подскажите в каком направление копать)

[rootya802]

Melkij, без опции parallel но скажем с более частым запуском cron оно же будет работать примерно так же?

[Alex G.]

rootya802, Зачем искать костыль? Лучше обновить PG

[Сергей Соловьев]

Alex G., исправим 1 проблему, появится еще 1 (000000)

[Alex G.]

Сергей Соловьев, Не факт )

[Сергей Соловьев]

Alex G., переход на новую версию редко бывает бесплатным, особенно если учитывать его проблему, то очень вероятно

[Alex G.]

Сергей Соловьев, Если проект не большой, то стоит попробовать. Забекапить систему и БД. В случае чего откатить назад.

[Сергей Соловьев]

Alex G., учитывая что 1) приложение работает непрерывно, 2) кросс-платформенное, 3) версия postgres давнишняя, то легаси накопилось достаточно чтобы начать бояться