Оптимально ли хранение часто используемых больших данных в сессии сервера используя соккеты?

Question

[FreeZa]

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

(Заранее скажу что загрузка страницы происходит единожды, все остальные манипуляции происходят через отправку команд на сокеты и не требуют обновления страницы)

Вывел вот такую схему:


Так вот, есть у меня на данном этапе клиент с сессией, и сервер с сессией для этого клиента, серверу по барабану, он может хоть миллиард сессий создать и работать с клиентами, но вот какой вопрос, на сколько оптимальнее будет хранить данные в этих сессиях? или нагрузка на железо будет еще хуже чем при прямом запросе в базу?

Answer 1

[Дмитрий Энтелис]

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

Использовать memcache как говорит Vitaly Sivkov тоже плохая идея, он не гарантирует хранения данных, вы можете столкнуться однажды что в нем данных нет, а вот Redis тут в самый раз.

Answer 2

[Vitaly Sivkov]

Юзайте Memcache/Memcached или Redis.

Answer 3

[SagePtr]

Смотря где хранятся сессии. Если на диске, то дёргать каждый раз ещё бессмысленнее, чем из БД (где на запросы есть кэш)