Временная таблица MySQL хранится в памяти, если на компьютере достаточно ОЗУ (и MySQL был настроен соответственно). Можно создавать любые индексы для любых полей.Почему у нас есть Redis, когда у нас есть временные таблицы MySQL?
Redis хранит данные в памяти, индексированные одним ключом во времени, и в моем понимании MySQL может выполнять эту работу.
Есть ли какие-либо вещи, которые делают Redis лучше для хранения большого количества (100-200 тыс. Строк) летучих данных? Я могу только объяснить внешний вид Redis, что не каждый проект имеет mysql внутри, и, вероятно, некоторые другие базы данных не поддерживают временные таблицы.
Если у меня уже есть MySql в моем проекте, имеет ли смысл мириться с Редисом?
В зависимости от ваших требований скорости. Redis, скорее всего, будет быстрее с приличным отрывом. –
Это очень удобный хранилище ключей для структур данных и реляционной базы данных. Таблица все еще требует запросов, интерпретации, механизма хранения и всего, что связано с записью и чтением индексированных значений таблицы (таблиц). Redis - это хранилище ключей, ключ может быть примерно любым, от известного значения до хэша. Затем вы можете запросить значение по его предполагаемому ключу без применения запроса. Поиск по-прежнему происходит, но не в том же смысле, что и MySql. Я использовал redis для приложений на шкале для хранения сеансов и кеширования во многих экземплярах веб-серверов и баз данных. –