在不每次都检查数据库的情况下进行多通道会话管理的最佳实践是什么？

Question

我正在尝试实现多通道会话管理。

对于多渠道，我的意思是用户可以通过手机或互联网或其他渠道登录。我不希望他们同时从不同的渠道登录。

例如，Internet和Mobile在不同的群集中具有不同的服务器。当前系统转到数据库以检查该用户是否有任何会话。

但是，由于可能的性能问题，我不希望服务器一直检查数据库。

什么是最好的多通道会话管理方法，而无需每次都检查数据库？

Answer 1

如果您有单独的服务器，则将需要一个集中的状态来对其进行管理。这个事实无法解决。您可以使用比SQL数据库（内存缓存或类似数据库）更高性能的内容，但是如果需要在每个请求中进行验证，则会增加延迟。

如果可以让一个或两个请求通过，则可以提出一种异步更新机制，其中状态缓存在本地服务器上，请求将缓存刷新发送到集中式服务器以刷新状态。这将使当前用户避免等待时间，但要注意一个或两个请求可以通过（由于并行性）。