Я надеюсь вы не делаете фулскан всего хранилища для этого...

Удалять нужно точечно заранее имея индекс.... Иначе это просто глупое вымывание кэша

Там и идёт удаление по индексу

Возможно стоит удалять медленнее.

Моя ситуация такая: спейс на виниле, числовое поле expires_at, неуникальный индекс по нему и indexpiration.
И с некоторого числа записей начинают сыпаться ворнинги “took too long” для операций типа box.space.my_space.index.exp:pairs({0}, {iterator='GT'})
Когда пытался воспроизвести, на локальной ноде сделал 82000 записей, у всех expires_at=0.
Запрос box.space.my_space.index.exp:select(0, {iterator='GТ', limit=1}) таймаутит. Запрос с GE итератором срабатывает нормально.
index:compact() не помог.

Может есть идеи почему такое происходит и как бороться?

о, отличная новость!) закинул в тасклист)

хотя тампереход то, пару строчек кода поправить)

А как вы используете драйвер?

а там щас просто call, и все

ну то есть без изысков)

остальное другой код делает

А дальше хранимки дергаете через этот call, на сингл инстансах или в картридже?

а дальше основной код в луа, да

картридж не используем, есть вариант с vshard, есть вариант обычных репликасетов

А в джаве как происходит работа с данными?

а в джаве есть отдельный код, который берет у юзера данные, и отправляет в базу пак {данные, схема данных}

@Totktonada @inthrax тут Тинькофф нападает

Наконец-то подрабтка

?

Удалили уже, там спам был