VS
Если у тебя идут txn1 -> txn2 -> txn3 -> txn4, и там txn1 и txn4 синхронные, то после коммита txn1 сразу так же закоммитятся txn2 и txn3, а txn4 будет дальше ждать свой кворум,
Size: a a a
2020 November 05
KO
удачи вам. и посмотрите хоть как в других проектах сделано. etcd, tikv, logcabin
KO
потому что получается ... мягко говоря велосипед.
KO
(но хотя бы позитивно что это уже больше не qsync... и то прогресс).
R
а rejoin - это руками нужно делать если чето пошло не так?
@gerold103
@gerold103
VS
Если используются выборы лидера, то да. Но это временно. Если только синхрон, то зависит от того, есть ли локальные транзакции на репликах, например
VS
Если используются встроенные выборы, то лидер будет игнорировать все транзакции от реплик, чтоб ему не наприлетало от них конфликтов
VS
Ага
VS
Будет видно, что ее vclock не сравним с лидерским. То есть больше в одной компоненте. Но я кажется еще не делал. чтоб она вошла прям в ошибочное состояние. Это еще сделать предстоит
VS
Да. Но при автоматических выборах хочется, чтоб реплика входила в какое-то состояние, которое легко увидеть. Например в orphan
VS
То есть что требуется внимание администратора, если не получается автоматически ее зареджоинить без потери каких-то локальных данных, которых больше нигде нет
VS
в любом случае может быть сплит .... тоесть получается что в orphan может перейти меньшая часть кластера (ну теоритически) , точнее та часть которая не участвует в кворуме
Да