АШ
На винде кстати таких объемов мусора не плодилось почему то
Size: a a a
2020 September 15
СГ
Мне больше нравится вариант вообще выключить логирование и включать только если надо что то отладить
это журнал операций. Тут наверное лучше бизнес спросить - нужен ли или можно отключить
СГ
На винде кстати таких объемов мусора не плодилось почему то
может вы включили "логгировать" на уровне информационных сообщений, а не для ошибок/предупреждений
АШ
может вы включили "логгировать" на уровне информационных сообщений, а не для ошибок/предупреждений
Так и есть
АШ
Но я не менял ничего в настройках после переноса
АШ
это дефолтные настройки я так понимаю
СГ
это дефолтные настройки я так понимаю
да. поменяйте и очистите журналы (если это допустимо)
АШ
Проверил, так и есть. При идентичных настройках журнала регистрации на винде и линуксе объем логов пишется разный
АШ
@sgolod Спасибо, в целом понятно что делать
А
Я спрашивал у 1Сников и они сказали что если я момент транзакции опущу сервак то потом можно словить случайные данные в базе которые потом все поломают.
Подскажите, pg_repack равнозначен vacuumdb или все же vacuumdb лучше делать?
Подскажите, pg_repack равнозначен vacuumdb или все же vacuumdb лучше делать?
что-то похоже на бред, а как же ACID?
СГ
что-то похоже на бред, а как же ACID?
только не говорите это 1С-программистам))
А
Я спрашивал у 1Сников и они сказали что если я момент транзакции опущу сервак то потом можно словить случайные данные в базе которые потом все поломают.
Подскажите, pg_repack равнозначен vacuumdb или все же vacuumdb лучше делать?
Подскажите, pg_repack равнозначен vacuumdb или все же vacuumdb лучше делать?
У 1С-ников в смысле у своих программистов? или у разработчика 1с.ру которые
А
только не говорите это 1С-программистам))
я, видимо, что то не знаю..)
СГ
я, видимо, что то не знаю..)
я думаю что вы как раз знаете, раз понимаете почему база не может "сломаться"
А
я думаю что вы как раз знаете, раз понимаете почему база не может "сломаться"
я просто думал, что у прогаммистов какая то личная неприязнь к требованиям ACID) либо нечто связанное с "индийским" кодом и подобным)
АК
подскажите будут ли равнозначны команды:
vacuumdb -a -z -F -j 8
pg_repack -a -j 8
vacuumdb -a -z -F -j 8
pg_repack -a -j 8
А
подскажите будут ли равнозначны команды:
vacuumdb -a -z -F -j 8
pg_repack -a -j 8
vacuumdb -a -z -F -j 8
pg_repack -a -j 8
Нет. pg_repack не делает VACUUM FULL, а "vacuumdb -F" - делает
АК
Нет. pg_repack не делает VACUUM FULL, а "vacuumdb -F" - делает
Мне чуть выше писали что repack аналог vacuumdb full, начинаю беспокоится
MV
Мне чуть выше писали что repack аналог vacuumdb full, начинаю беспокоится
всё верно писали
А
В отличие от CLUSTER и VACUUM FULL, оно выполняет эти операции «на ходу», обходясь без исключительных блокировок таблиц в ходе их обработки. К тому же pg_repack действует эффективно, демонстрируя производительность, сравнимую с непосредственным использованием CLUSTER.