M
прямо из коммит лога
Size: a a a
2020 September 29
M
потребители уже разруливают дубликаты
M
при rep factor 3 будет максимум 2 лишних копии записи в кафке
Oℕ
если ты пишешь с кворумом, а данные приняло меньше кворума, принявшие ноды будут иметь записи в комитлоге и отчитаются о них в протоколе, а потом откатят запись
K
у тебя в кафку записалось, а в кассандру - нет
твои действия?
данных срётся столько, что OOM будет через 30 секунд, если задержишь
твои действия?
данных срётся столько, что OOM будет через 30 секунд, если задержишь
Сначала пишешь в кассандру, потом в кафку
K
M
Сначала пишешь в кассандру, потом в кафку
если в кассандру не получилось?
M
тьфу то есть в кафку
Oℕ
комитлог одной ноды - это вообще ни о чём не говорит
K
Но у тя драйвер так работает кассандровский , что ты сначала пишешь на несколько год, потом получаешь нужное количество Райт коммитов и дальше читаешь , что запись прошла удачно
K
комитлог одной ноды - это вообще ни о чём не говорит
Слушай этого господина
Oℕ
таким образом сервер вернёт ошибку
M
если ты пишешь с кворумом, а данные приняло меньше кворума, принявшие ноды будут иметь записи в комитлоге и отчитаются о них в протоколе, а потом откатят запись
а ты уверен что их кто-то откатывает? в таком случае данные наоборот потом на всех нужных нодах окажутся
M
я даже это поведение видел
M
если записал хотя бы на одну, рано или поздно прочитаешь если диск не проебётся
Oℕ
а ты уверен что их кто-то откатывает? в таком случае данные наоборот потом на всех нужных нодах окажутся
если ты выставил кворум, то запись неуспешна, неуспешная запись гарантирует отсутствие записи при консистеном сетапе
M
если ты выставил кворум, то запись неуспешна, неуспешная запись гарантирует отсутствие записи при консистеном сетапе
нет
Oℕ
нет
да, если ты выставил кворум на запись и чтение, записал, получил ошибку записи, ты обязан получить отсутствие записи при последующем чтении
M
неуспешная запись ничего не гарантирует даже в одном дц
Oℕ
иначе нарушается сериализуемость