使用非连接默认会话存储的优点是什么?

对于快速应用程序,我已经看到有一个connect-mongodb和connect-redis中间件用于存储会话,但我不明白为什么这是必要的 – 默认的内存会话存储有什么问题? 是否需要跨多台机器同步会话的大规模应用程序?

另外,任何人都可以提供最快的会议商店的任何基准/技巧? 我的猜测是Redis由于其更简单的键/值存储。

       

网上收集的解决方案 "使用非连接默认会话存储的优点是什么?"

将会话数据存储在数据库(MongoDB,Redis等)中的唯一原因是它可以跨越Node进程使用,并且在发生故障时持久。 在横向扩展体系结构中,非常希望拥有无状态服务器,以便无论特定用户连接到哪个服务器,服务器都可以在不丢失任何状态的情况下进行上下移动,从而使所有内容都能正常工作。

换句话说,假设在负载均衡器后面有10个服务器处理传入的请求。 用户1请求服务器A处理并login。您需要存储他们已login的事实,以便将其存储在会话中。 下一个请求最终会被路由到服务器C,因为服务器A正在忙于另一个请求。 为了使服务器C知道用户已经login,它需要会话数据。 那么如何访问由服务器A存储的会话数据呢?

一种方法是将数据存储在每个请求提交的客户端的cookie中,但这不是很安全。 另一种方法是尝试跨节点服务器同步状态,这可以完成,但往往是昂贵和容易出错。 最简单的方法是将会话ID存储在cookie中,然后将实际的会话数据存储在数据库中。 每个节点服务器都可以访问相同的数据库,以便查找会话数据。 通过这种方式,您可以轻松扩展和放大节点服务器,并在服务器出现故障时负载平衡,而不会丢失任何数据。

在性能方面,内存商店将是最快的(但有上述缺点)。 Redis将是第二快,MongoDB将是最慢的(通常比Redis慢4倍)。 请记住,对于绝大多数网站来说,要么足够快。