VS
а вот это уже неправда
Size: a a a
2020 December 03
VS
если миг - это даже 1 ms например
VG
если заставить старый мастер быть некоторые время привилегированным проксиком , то теоретически что то похожее на мгновенное переключение ... но это почти равноправно быстрому ретраю с общего роутера
Останется момент, когда нужно заблочить бакет в старом шарде на запись и перероутить новые запросы на новый сторадж. В принципе, реально, но довольно сложно
R
Останется момент, когда нужно заблочить бакет в старом шарде на запись и перероутить новые запросы на новый сторадж. В принципе, реально, но довольно сложно
при архитектуре vshard не тривиально ... в том примере про который я писал - это основной способ
VS
Останется момент, когда нужно заблочить бакет в старом шарде на запись и перероутить новые запросы на новый сторадж. В принципе, реально, но довольно сложно
Да. И при автоматике это будет происходить за "ни мига простоя" как утверждает товарищ. Если за миг мы принимаем миллисекунды и сеть в это время в порядке
VG
Да. И при автоматике это будет происходить за "ни мига простоя" как утверждает товарищ. Если за миг мы принимаем миллисекунды и сеть в это время в порядке
Если во время всего этого не чихнет сеть, никто не отрубит питание, не придет ООМ, никто случайно не пустит kill -9, то наверное можно успеть за 1-2мс, если ДЦ рядом.
Но тут будет делаться ретрай в новый сторадж, поэтому, по сути простоя и правда не будет, если роутер не лопнет
Но тут будет делаться ретрай в новый сторадж, поэтому, по сути простоя и правда не будет, если роутер не лопнет
VG
Это не фантазии 😢
ОБ
Либо посмотрите Lua-паттерны: https://www.lua.org/pil/20.2.html
Либо можно использовать сторонние модули для регулярок: https://github.com/tarantool/lrexlib
Либо можно использовать сторонние модули для регулярок: https://github.com/tarantool/lrexlib
ИЛ
утро доброе. а не подскажете, что быстрее - select или пачка get запросов по известным ключам? и если второе, то надо ли заворачивать в транзакцию
AK
утро доброе. а не подскажете, что быстрее - select или пачка get запросов по известным ключам? и если второе, то надо ли заворачивать в транзакцию
1. У селекта по индексу и гета одинаковая сложность. У селекта не по индексу сложность выше (фулскан).
2. Если вы просто делаете селект, зачем транзакция? Транзакции нужны для модификации данных.
2. Если вы просто делаете селект, зачем транзакция? Транзакции нужны для модификации данных.
ИЛ
ну я тоже из этого исхожу(насчет транзакций), просто мало ли какая оптимизация на них есть
ИЛ
спасибо
AK
В случае с винилом транзакция вокруг пачки гетов может помочь избежать илда между гетами, но непонятно что это даст в сумме.
R
В случае с винилом транзакция вокруг пачки гетов может помочь избежать илда между гетами, но непонятно что это даст в сумме.
ват??
AK
в виниле гет илдит априори
Если данные не в кэше. То есть может заилдить, а может и нет.