Bp
Моя ситуация такая: спейс на виниле, числовое поле expires_at, неуникальный индекс по нему и indexpiration.
И с некоторого числа записей начинают сыпаться ворнинги “took too long” для операций типа
Когда пытался воспроизвести, на локальной ноде сделал 82000 записей, у всех expires_at=0.
Запрос box.space.my_space.index.exp:select(0, {iterator='GТ', limit=1}) таймаутит. Запрос с GE итератором срабатывает нормально.
index:compact() не помог.
Может есть идеи почему такое происходит и как бороться?
И с некоторого числа записей начинают сыпаться ворнинги “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() не помог.
Может есть идеи почему такое происходит и как бороться?
Подобное было. Не справлялась дисковая подсистема. Решали дублированием первичного ключа и поля expired_at в мемтекс, в нем выбирали нужные ключи для удаления в виниле
