Вопрос к авторам коннекторов, кто-нибудь ретраит неудавшиеся запросы?

Question

Tarantool

Eugene Leonovich

Вопрос к авторам коннекторов, кто-нибудь ретраит неудавшиеся запросы?

#database #programming #russian #software #tarantool

0

07.10.2020

9 ответов

8 просмотров

Alexander Turenko

https://github.com/tarantool/tarantool-java/blob/f32bafa8e4de65d858d8c07c7a9d73a9a7055ca3/src/main/java/org/tarantool/TarantoolClusterClient.java#L152-L160 https://github.com/tarantool/tarantool-java/blob/f32bafa8e4de65d858d8c07c7a9d73a9a7055ca3/src/main/java/org/tarantool/TarantoolException.java#L54-L71

0

07.10.2020

Alexander Turenko

BTW, там еще отдельно schema error хендлится. Там нужно повторить после того, как обновил схему.

0

07.10.2020

Alexey Kuzin

Кстати, обновление схемы во время выполнения запросов,насколько частый кейс в реальных системах?

0

07.10.2020

Mons Anderson

Раньше так делал net.box. До версии 1.10. Это приводило к тому, что когда по сети выполнялся package.reload, это приводило к ddl, изменению версии схемы и тихому ретраю запроса. В итоге инстанс мог релоадиться по 5-10 раз подряд. (Спасибо ещё, что прекращалось). Вообще на любую политику ретраев, даже на селекты, можно придумать пользовательский сценарий, где это стрельнёт. Поэтому неуправляемые ретраи это зло и подводные мины. Правильный подход — указывать политику с самим запросом. Причём стоит учитывать тот факт, что если от вас запрос вылетел, то он мог быть исполнен на базе, а ошибка вам могла дойти в искажённом виде.

0

08.10.2020

Alexey Kuzin

+

0

08.10.2020

Konstantin Nazarov

ретраить должен твой модуль скорее всего

0

08.10.2020

Alexey Kuzin

Только после обрыва коннекта и при ошибках отправки (не всех), кмк