session - 将 Redis 用于小型 Gorilla session 是否有意义

Question

在我看来，只要您只想存储简单的值，例如上次访问的时间戳和 session 中的用户 ID，就没有必要将 Redis 用作 Gorilla session 的 session 持久性，因为它们无论如何，似乎都将其存储在客户端的 cookie 中。

我的假设是否正确？

我知道存在大小限制，而且如果我要将 session 存储在文件上( gorilla session 的另一个可用存储选项)，则不可能扩展到该机器之外，但是再说一遍，整个“ session ”存储”不是 gorilla session cookie 存储的问题？

顺便说一句，我在这里看到了这个问题，不，它没有解决这个问题，所以它不是重复的。 What is the advantage of using Gorilla sessions custom backend?

Answer 1

使用 Redis(或任何其他服务器端存储)可以帮助避免一整类问题，即:

1. 较大的 cookie 大小会增加每个请求的开销 - 即使每个请求额外增加 4K，移动连接上的开销也会很大。
2. 大大降低了存储在服务器端的 cookie 数据被操纵的风险。
3. 能够在 session 中存储超过 4K 的数据(即来自多步骤表单的表单数据)
4. ... 在 Redis 的情况下，能够轻松使服务器端 session 过期(这对于 mySQL 或文件系统存储来说更容易出错。

cookie 仍然是必需的，因为它必须存储一个标识符，以便用户可以与其服务器端 session 相关联。这不是 gorilla / session 特有的，几乎所有其他服务器端 session 实现都是如此。

如果您认为您的用例很简单，那么当然可以坚持使用基于 cookie 的 session 。 gorilla/sessions 使得日后更改后备存储变得足够容易。