DS
ну это понятно... но это ошибка программиста как по мне
да, но как он бы об этом узнал?
Size: a a a
2021 January 15
R
да, но как он бы об этом узнал?
из мониторинга , о том что тарантул прилег ... не в этом же дело ... там в момент подъема из снапшота можно вообще перефигачить все данные и движок поменять и вообще все что угодно ...
я ж о чем и спрашиваю то ли теперь оно по нескольку раз вызывается толи че вообще ? is_recovery_finished меня ставит в ступор
я ж о чем и спрашиваю то ли теперь оно по нескольку раз вызывается толи че вообще ? is_recovery_finished меня ставит в ступор
DS
из мониторинга , о том что тарантул прилег ... не в этом же дело ... там в момент подъема из снапшота можно вообще перефигачить все данные и движок поменять и вообще все что угодно ...
я ж о чем и спрашиваю то ли теперь оно по нескольку раз вызывается толи че вообще ? is_recovery_finished меня ставит в ступор
я ж о чем и спрашиваю то ли теперь оно по нескольку раз вызывается толи че вообще ? is_recovery_finished меня ставит в ступор
а он не прилег, просто у него теперь в спейсе куча дубликатов
R
а он не прилег, просто у него теперь в спейсе куча дубликатов
ну а зачем он туда писал их ... я не пойму в чем проблема то , не хочешь дублей - не пиши их туда
DS
ну а зачем он туда писал их ... я не пойму в чем проблема то , не хочешь дублей - не пиши их туда
еще раз, есть бизнес-триггер. он разгребает то что приезжает по репликации например и что-то довставляет. его навешивали в on_schema_init чтобы когда репликация поедет он уже был. теперь понятно?
B
гарантии репликации с fsync и без одинаковые.
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
если использовать синхронную репликацию из 2.6+, и мастер упал, происходит ли переключение на реплику (1)? если мастер потом подымится он станет синхронной репликой (2)?
R
еще раз, есть бизнес-триггер. он разгребает то что приезжает по репликации например и что-то довставляет. его навешивали в on_schema_init чтобы когда репликация поедет он уже был. теперь понятно?
это я хорошо понимаю , дело в том что on_schema_init срабатывает (во всяком случае раньше) ДО того как данные начнут загружаться из снапшота (тоесть это сильно раньше чем в приницпе до репликации дело доходит), так вот в этот момент уже можно менять схему или таплы...
тоесть is_recovery_finished() никак не может быть == TRUE поскольку дело еще даже не дошло до поднятия снапшота с диска и xlog ...
а то что я вижу на приведенном скриншоте полностью рушит мое представление о мире
тоесть is_recovery_finished() никак не может быть == TRUE поскольку дело еще даже не дошло до поднятия снапшота с диска и xlog ...
а то что я вижу на приведенном скриншоте полностью рушит мое представление о мире
R
это я хорошо понимаю , дело в том что on_schema_init срабатывает (во всяком случае раньше) ДО того как данные начнут загружаться из снапшота (тоесть это сильно раньше чем в приницпе до репликации дело доходит), так вот в этот момент уже можно менять схему или таплы...
тоесть is_recovery_finished() никак не может быть == TRUE поскольку дело еще даже не дошло до поднятия снапшота с диска и xlog ...
а то что я вижу на приведенном скриншоте полностью рушит мое представление о мире
тоесть is_recovery_finished() никак не может быть == TRUE поскольку дело еще даже не дошло до поднятия снапшота с диска и xlog ...
а то что я вижу на приведенном скриншоте полностью рушит мое представление о мире
DS
понял, кажется тест какой-то кривой
KN
Bogdan
Видимо одно :) Делаю на java так:
1. создаю клиента client = new TarantoolClientImpl(address, config)
2. создаю пул на 2000 тредов
3. даю 1 миллион client.syncOps().update(space, key, tuple)
1. создаю клиента client = new TarantoolClientImpl(address, config)
2. создаю пул на 2000 тредов
3. даю 1 миллион client.syncOps().update(space, key, tuple)
сделайте несколько соединений
DS
сделайте несколько соединений
зачем?
DS
коннектор ж норм пайплайнит
DS
Bogdan
Видимо одно :) Делаю на java так:
1. создаю клиента client = new TarantoolClientImpl(address, config)
2. создаю пул на 2000 тредов
3. даю 1 миллион client.syncOps().update(space, key, tuple)
1. создаю клиента client = new TarantoolClientImpl(address, config)
2. создаю пул на 2000 тредов
3. даю 1 миллион client.syncOps().update(space, key, tuple)
а торганите цифрами, сколько вышло то?
KN
зачем?
у меня есть подозрения, но сформулировать четко я их не могу
KN
я бы поднял количество соединений до 10 и посмотрел бы на результат
AK
коннектор ж норм пайплайнит
Смотря какой
DS
Смотря какой
tarantool-java ж пайплайнил, нет?
AK
Не уверен, там обычный сокет блокирующий под капотом
AK
Точнее там что-то пытались использовать из nio, но сделали криво и оно по факту блокируется
DS
хм