Ребята Добрый вечер)))
Нужен совет специалиста....
Несколько раз читал.... Применение фильтров Блума, там есть параметр ошибки. Правильно ли я понимаю, что использование вероятностных оценок связано с оптимизацией only. Движок во всех случаях исключает дубликата primary key.
Или теоретически возможны дубликаты? Какова вероятность? Это очень важно, я хочу разобраться. Помогите пожалуйста, кто может.
Заранее большое спасибо!

Читал это. https://www.tarantool.io/ru/doc/latest/book/box/engines/

С точки зрения движка и фильтра Блума дубликаты pk исключены

Понял, спасибо большое!

Но всё возможно теоретически в случае багов в реализации или при нарушении работы посредством вмешательства в низкоуровневые примитивы (например, я знаю, как через недокументированные возможности и недопустимые действия сделать дубликат в pk)

Ну) ошибки поправятся. Это не вопрос. Лишь бы не было дефекта by design.

by design там всё учтено. bloom исключительно для снижения нагрузки на диск

Отлично. Спасибо.

А вот это читали? https://habr.com/ru/company/mailru/blog/358210/

Спасибо, сел читать.

Спасибо!

Добры вечер, возник еще один нетиповой (возможно вопрос).
При использовании cartridge + vshard можно ли отдельный спейс:
1. не шардировать (это я видел что можно).
2. реплицировать на ноды стораджей / роутеров (пока не принял решение где нужнее, скорее роутеры)
Суть в том, чтобы под рукой на всех экземплярах иметь единый справочник, который используется для обработки большого количества запросов.
Справочник не большой ( порядка 1000 строчек), но меняющий периодически - в исходники не зашьешь.
Как то штатную репликацию для этого можно подключить, или лучше не экспериментировать и что-то типа задачи фоновой везде запускать чтобы просто локальный спейс везде наполнялся из мастер тарантула...
Или я еще варианты упускаю...

фоновую задачу - вполне ОК

репликацию тут никак не приспособишь

штатная репликация работает только внутри репликасета. между разными репликасетами придется изобретать что-то своё. Как вариант - поколдовать над vshard.router.routeall если справочники живут на стораджах, либо над rpc_get_candidates если на роутерах

тут наверное vshard лучше не использовать

просто взять топологию, посмотреть где роль vshard storage, и лить туда из одного места

и лучше не с роутера, а с отдельной ноды, которая за справочники будет отвечать

с отдельной синглтон роли)

спасибо за наводки.
Про репликацию понял.
По хранение в отдельной роли так же услышал - думаю так и будем проектировать.