AK
Поэтому повтор при таймауте должен явно контролироваться юзером
Size: a a a
2020 October 08
AT
По-хорошему, например, при инсерте повтор операции может вызвать ошибку. А это значит что обработчик ошибки при повторении должен отличаться от изначального, так как при первом инсерте это может быть баг, а при втором ошибку можно скипнуть
Ну, insert-то не должен по идее выполниться и вернуть ошибку. Тут или-или.
AK
Ну, insert-то не должен по идее выполниться и вернуть ошибку. Тут или-или.
Ошибка одна и та же -- первый раз фатальная, при повторе нет
AK
И это нельзя зашить в драйвер
AT
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
https://github.com/tarantool/tarantool-java/blob/f32bafa8e4de65d858d8c07c7a9d73a9a7055ca3/src/main/java/org/tarantool/TarantoolException.java#L54-L71
BTW, там еще отдельно schema error хендлится. Там нужно повторить после того, как обновил схему.
EL
У меня можно выбрать стратегию ретрая, например линейно или эспоненциально, то есть можно без ддоса
AT
Ошибка одна и та же -- первый раз фатальная, при повторе нет
Не понял.
AK
BTW, там еще отдельно schema error хендлится. Там нужно повторить после того, как обновил схему.
Кстати, обновление схемы во время выполнения запросов,насколько частый кейс в реальных системах?
AK
Разве меняют схему не в то время когда нет нагрузки?
AK
Ведь надо и код поменять если схему меняешь, данные там смигрировать
AK
Не понял.
Оба раза дупликейт еррор может возникнуть -- при первой вставке фатальный, при повторе после таймаута -- может быть фатальный, а может и нет, тут на уровне кода автоматически нельзя понять
AT
Ну… ты мог поменять один холодный спейс (скажем, налить новый, дропнуть старый и сделать alter на новый, чтобы подставить имя старого). ID схемы бампнется и коннектор получит schema error, если пойдет со своим старым schema id.
AT
Оба раза дупликейт еррор может возникнуть -- при первой вставке фатальный, при повторе после таймаута -- может быть фатальный, а может и нет, тут на уровне кода автоматически нельзя понять
Но duplicate мы не будем ретраить — это не таймаут.
AK
Ну… ты мог поменять один холодный спейс (скажем, налить новый, дропнуть старый и сделать alter на новый, чтобы подставить имя старого). ID схемы бампнется и коннектор получит schema error, если пойдет со своим старым schema id.
Вот я и хочу понять, насколько это реальный и частый кейс
AK
Но duplicate мы не будем ретраить — это не таймаут.
А тут дело не в ретрае, дело в разных обработчиках
AT
Вот я и хочу понять, насколько это реальный и частый кейс
У меня было такое в реальном проекте (ну, ты знаешь, в каком).
AK
Ретрай был по тайм-аут ерору
AK
У меня было такое в реальном проекте (ну, ты знаешь, в каком).
На бою прям схему меняли?
AT
Ну… ты мог поменять один холодный спейс (скажем, налить новый, дропнуть старый и сделать alter на новый, чтобы подставить имя старого). ID схемы бампнется и коннектор получит schema error, если пойдет со своим старым schema id.
Вот такой, собственно, кейс.
AT
Периодическое обновление из внешнего источника с таким вот альтером.