Monochromatique, послушай, в azure же есть application insights. Так настройте, посмотрите сколько у вас приходится на базу данных, а сколько на код.
У нас к примеру на SQL в среднем приходится 10% от времени обработки запроса.

Надо как бы чётко представлять, где затык, прежде чем заниматься оптимизацией.
А то подключишь ты кэш, а он вымываться будет быстро в результате работа только замедлиться, потому как зачастую в кэше данных не будет.
Запрос уйдёт в БД, но добавится время на проверку кэша перед запросом и на то, чтобы полученные данные положить в кэш, который быстро вымоется.

Дядя Петя Васявнезапный вопрос - а зачем вообще сообщения в чате хранить в базе данных?
Встречный вопрос: а где Вы предлагаете хранить полезную информацию?

handmadeFromRuskyANAпропущено...

Избыточность: горячие записи хранить в отдельной таблице.

Смена структур харнения. К примеру хранить готовые агрегаты в MongoDB, не тратить время на JOIN-ы.

Redis, кстати, это тоже хранилище готовых агрегатов.

готовые агрегаты - да эт кеш тот же или я не прав?

п.с. не понравилась монга, редиски не хватает из коробки кластера. юзал аероспайк для кластерного решения.
п.с.п.с. я мож не прав но к любой nosql отношусь как временному кешу и не более.
Что и к колоночным, и к графовым?