AK
На уровне драйвера нет репликасетов, есть группа узлов с которыми он соединяется
Size: a a a
2020 October 08
AT
Ладно, кажется, у нас мало шансов друг друга до конца понять.
AK
Я думаю стоит обсудить это с картинками.
Т
Это требует определенной внимательности в асинхронном коннекторе.
Подскажите какие есть С/С++ асинхронные коннекторы ?
AK
Подскажите какие есть С/С++ асинхронные коннекторы ?
Плюсовый коннектор в активной разработке
S
Плюсовый коннектор в активной разработке
Который год))
AK
Который год))
Первый)
MA
BTW, там еще отдельно schema error хендлится. Там нужно повторить после того, как обновил схему.
Раньше так делал net.box. До версии 1.10. Это приводило к тому, что когда по сети выполнялся package.reload, это приводило к ddl, изменению версии схемы и тихому ретраю запроса. В итоге инстанс мог релоадиться по 5-10 раз подряд. (Спасибо ещё, что прекращалось).
Вообще на любую политику ретраев, даже на селекты, можно придумать пользовательский сценарий, где это стрельнёт. Поэтому неуправляемые ретраи это зло и подводные мины.
Правильный подход — указывать политику с самим запросом. Причём стоит учитывать тот факт, что если от вас запрос вылетел, то он мог быть исполнен на базе, а ошибка вам могла дойти в искажённом виде.
Вообще на любую политику ретраев, даже на селекты, можно придумать пользовательский сценарий, где это стрельнёт. Поэтому неуправляемые ретраи это зло и подводные мины.
Правильный подход — указывать политику с самим запросом. Причём стоит учитывать тот факт, что если от вас запрос вылетел, то он мог быть исполнен на базе, а ошибка вам могла дойти в искажённом виде.
AK
Раньше так делал net.box. До версии 1.10. Это приводило к тому, что когда по сети выполнялся package.reload, это приводило к ddl, изменению версии схемы и тихому ретраю запроса. В итоге инстанс мог релоадиться по 5-10 раз подряд. (Спасибо ещё, что прекращалось).
Вообще на любую политику ретраев, даже на селекты, можно придумать пользовательский сценарий, где это стрельнёт. Поэтому неуправляемые ретраи это зло и подводные мины.
Правильный подход — указывать политику с самим запросом. Причём стоит учитывать тот факт, что если от вас запрос вылетел, то он мог быть исполнен на базе, а ошибка вам могла дойти в искажённом виде.
Вообще на любую политику ретраев, даже на селекты, можно придумать пользовательский сценарий, где это стрельнёт. Поэтому неуправляемые ретраи это зло и подводные мины.
Правильный подход — указывать политику с самим запросом. Причём стоит учитывать тот факт, что если от вас запрос вылетел, то он мог быть исполнен на базе, а ошибка вам могла дойти в искажённом виде.
+
AL
Который год))
я бы сказал "в разработке" он три месяца.
GS
https://www.tarantool.io/ru/doc/latest/book/cartridge/cartridge_dev/#eventual-failover
что то связанное с eventual-failover и stateful-failover
что то связанное с eventual-failover и stateful-failover
апну вопрос: для чего еще один режим failover с отдельным инстансем? одна точка отказа ведь
KN
В моем есть возможность повесить обработку на файл коннекте или отработать фейл
ретраить должен твой модуль скорее всего
KN
Новые соединения получают нов схему, старые работают со старым сервером по старой пока все запросы не пройдут
это не так
KN
schema id приходит с каждым ответом
AK
это не так
ЧТо не так? Это конкретная реализация