ruby-on-rails - 何时使用 Redis

Question

最近刚开始阅读有关 Redis 的内容，以及它如何成为一种极快的键值存储。它还在幕后做了很多事情，因为它在内存中保留了大量缓存，但在需要时也会写入磁盘。这很好，但究竟应该在什么时候使用它。我觉得在任何地方都使用 Redis 可能有些矫枉过正，但它有什么意义呢？

http://jimneath.org/2011/03/24/using-redis-with-ruby-on-rails.html

上面的链接显示了一个很好的用户模型示例，该示例使用 Redis 来促进用户友谊。现在，在我看来，如果我只有 10 个用户，那么我可以写

class User < ActiveRecord::Base
  # follow a user
  def follow!(user)
    $redis.multi do
      $redis.sadd(self.redis_key(:following), user.id)
      $redis.sadd(user.redis_key(:followers), self.id)
    end
  end
end

如下

class User < ActiveRecord::Base
  # follow a user
  def follow!(user)
      UserFollower.create(:user_id => self.id, :following => user.id) #UserFollower is join-table
  end
end

我想如果我有几个用户，那几乎没有什么区别。我假设如果我有 1,000,000，我可能会开始注意到差异。我不确切地知道 Redis 是如何知道何时保留这些数据的，但好处本质上是它的缓存吗？所以我不必再查询数据库，只需让 Redis 为我获取它，因为它在内存中？

如果用户 1 关注某人并且它被存储在 Redis 中，之后他们与服务器的 session 结束直到他们的下一个请求，该信息是否保留在 Redis 中以便如果另一个用户，比如用户 2，做了一些事情来获取这个信息，它是对数据库的查询还是来自 Redis？

我绝对可以看到它的优点是作为一个键值存储，它通过多个用户的各种请求同时进行缓存和使用，并且还可以减少一般的查询，但真的是这样吗？我不太确定 Redis 是如何工作的，但从我读到的内容来看，这是我的印象。

Answer 1

据我从您的问题中了解到，您正在寻找 Redis 在多客户端环境中的优点。

关于 Redis 的一些信息可能会帮助您做出决定。

Redis 是一个键值存储，根据键存储字符串值。

DATASTRUCTURES 有不同的存储选项:

1. 键值
2. 哈希值
3. 列表
4. 组

REDIS 文档为它们提供了很好的示例。

复杂的结构也可以通过序列化存储，并在不同的语言实现之间共享。

单线程 Redis 服务器在设计上是单线程并执行原子事务。单线程性质确保了对共享数据的串行访问。 Redis 的这种特性绝不会限制多个客户端连接服务器。 Redis 文档中共享的性能统计数据清楚地说明了这一点。

EVAL Redis 还提供了使用由 EVAL 命令运行的 LUA 脚本 执行多个命令的选项，以及使用 MULTI/EXE 命令的类似选项。如果应用程序关心网络调用的数量，这是一个很好的特性。类似于关系数据库中的存储过程。脚本存在于内存中，仅缓存一次。

可以创建 PUB/SUB 应用程序以具有 OBSERVER 设计模式。使用 PUB/SUB 命令可以创建 channel ，其中 PUBLISHER 在 channel 上发布消息并由“n”个订阅者接收。

PERSISTENCE Redis 支持可配置的磁盘备份，并具有不同的级别和频率。

可用性主从复制，允许在 SLAVE 上进行读取操作。

Redis 文档有关于 Redis 各个方面的非常好的文献(包括功能和限制)。

尝试在关系意义上可视化数据时会遇到困难。必须规划数据存储，或者对您的应用程序打算如何读取和写入数据的影响分析应该是决定因素。

您可能想探索 Redis 的所有功能，然后决定这是否是适合您的 NoSQL，或者您想尝试 NoSQL 类型(文档、列或图形)。