Как работает прикладное кэширование с большим количеством запросов?

Question

Когда пользователь входит в приложение, я загружаю все его данные из базы данных в распределенный кеш.

Это означает, что, если у вас нет проблемы с кешем, я никогда не буду выбирать данные из базы данных, пока пользователь не выйдет из системы.

Это мудрость? Может ли appfabric cache предоставить мне ту же или лучшую производительность, что и база данных SQL Server?

Это даст мне тысячи запросов в день, а также запросы будут происходить очень быстро один за другим.

Answer 1

Я работал на сайте с 13 миллионами просмотров страниц в месяц (возможно, не так много по сравнению с некоторыми другими сайтами), и мы использовали AppFabric. Мы смогли обработать 35-кратные шипы, когда наш сайт был охвачен различными телевизионными новостными станциями.

Когда AppFabric не работал, SQL умрет через час или два.

По моему опыту он будет обрабатывать ваше движение. Настройте кластер и просто добавьте узлы, если он будет перегружен.

Answer 2

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

Вы можете использовать провайдер состояния сеанса appfabric и хранить свои данные в переменной сеанса.

Вы могли бы сделать то же самое с Redis (который является лучшим IMHO решения, чем AppFabric - я использовал оба широко)

Если вы не используете веб-ферма/множественным приложение доступа к кэшу можно даже рассмотреть используя объект .net 4 ObjectCache - который просто будет использовать память вместо дополнительных служебных ресурсов выделенного кеш-сервиса и все равно получит такие функции, как истечение срока действия и т. д.

Масштабирование Правило №1 - Кэш всего!