c
поэтому тупо снимать снапшот в рандомный момент - это выстрел в ногу гарантированный
Size: a a a
2019 December 12
D
я про это и написал уже
AS
вот это уже пища для размышлений, спасибо
c
вот это уже пища для размышлений, спасибо
по постгресу посмотри на wal-g
AS
господа, а почему так критично залочить таблицы перед снэпшотом?
D
потому что в них пишутся данные не?
GG
поэтому тупо снимать снапшот в рандомный момент - это выстрел в ногу гарантированный
+
GG
тогда может кто-то знает MySQL/Postgres сразу пишут на диск или как Clickhouse буфферизуют данные в памяти перед записью?
кликхаус можно вроде пофайлово бекапить. но это надо читать доку на саму базу
AS
вот этот момент мне и непонятен. даже если я сделаю дамп/cнэпшот на залоченных таблицах, через короткое время этот дамп уже нельзя считать свежим
D
используй штатные инструменты, карл
D
они знают про всё это
c
вот этот момент мне и непонятен. даже если я сделаю дамп/cнэпшот на залоченных таблицах, через короткое время этот дамп уже нельзя считать свежим
ну любой бекап "свежий" только в момент самого бекапа, нет?
AS
ну любой бекап "свежий" только в момент самого бекапа, нет?
так и есть, а зачем тогда вручную лочить таблицы?
c
потому что без лока битые файлы будут
c
бекап будет нерабочий
c
обсуждали же выше - буферизация, то, сё
D
доктор меня игнорируют
AS
ты имеешь в виду возможные race condition'ы при бэкапе и одновременные записи в бд?
c
я бы не назвал это race condition, но да
AS
доктор меня игнорируют
спасибо за советы дружище)