Коллеги, прошу посоветуйте хранилище для временных (не постоянных) данных.
Кейс такой:
1) пользователь отправляет запрос, в ответ получает идентификатор поиска
2) система запускает фоновые поисковые механизмы и заполняет хранилище
3) пользователь имея на руках идентификатор поиска, на основе его постепенно забирает данные, которые формируют поисковые сервисы
—-
получается что-то вроде асинхронного поиска
* - пользователь в данном случае это внешний сервер общающийся с текущим через api
—-
можно mysql но т.к. данные имеют не постоянных характер, то при  InnoDB база пухнет как на дрожах, можно конечно партишин использовать (и делать truncate по партишин), но может есть более подходящии для этого хранилища, с фукнцией фильтрации резульататов и лимитирования отдачи и очистки без остаков мусора
можно конечно и mysql myisam, но как то это все "старо" да и деприкейтед в 8.0

*запихать всё в редис* (нет)

ребята сложно ли создать API ?

как вариант да, вопрос, что делает redis кода ему не хватает памяти все держать, но сбрасывает на диск? если да то по какому принципу?

mysql пухнет как на дрожжах от чего и что это означает? cpu, утилизация диска, места не хватает?

как вариант да, вопрос, что делает redis кода ему не хватает памяти все держать, но сбрасывает на диск? если да то по какому принципу?

"бекапы" и лог действий

данных за поиск примерно 10-50 мб., после удаления место не очищается, если не делать truncate, особенность InnoDB

редис быстрее, но это in-memory в любом случае. и если одноврменно много поисков с разными данными, то в своп уедешь

пытаюсь проблему понять просто

сильно просядет если уедет в swap?(если он на ssd к примеру)