Rails Devise：如何（内存）缓存用户对象的数据库请求？

Question

每次我点击经过身份验证的页面时，我都会注意到设计发出一条 SQL 语句：

User Load (0.2ms) SELECT users.* FROM users WHERE (users code>.id = 1) LIMIT 1

（顺便说一句，我正在使用 Rails 3 .. 所以cache_money 似乎是一个解决方案，尽管进行了大量搜索，但我没有找到替代品）。

我在用户模型中尝试了许多重写，但似乎只调用了 find_by_sql 。其中传递了整个 SQL 语句的字符串。像 find_by_id 或 find 这样直观的东西似乎没有被调用。我“可以”覆盖这个方法并收集用户 ID 并从中创建一个合理的缓存系统 - 但这非常丑陋。

我还尝试覆盖authenticate_user，我可以拦截一次SQL尝试，但随后调用current_user似乎会再试一次。

简而言之，我的用户对象很少发生变化，并且为此不断访问数据库而不是内存缓存解决方案是一种悲伤的状态。 （假设我愿意承担使用 :after_save 作为该解决方案的一部分但不是全部使所述缓存失效的所有责任）

Answer 1

以下代码将通过 id 缓存用户并
每次修改后使缓存失效。

class User < ActiveRecord::Base

  after_save :invalidate_cache
  def self.serialize_from_session(key, salt)
    single_key = key.is_a?(Array) ? key.first : key
    user = Rails.cache.fetch("user:#{single_key}") do
       User.where(:id => single_key).entries.first
    end
    # validate user against stored salt in the session
    return user if user && user.authenticatable_salt == salt
    # fallback to devise default method if user is blank or invalid
    super
  end

  private
    def invalidate_cache
      Rails.cache.delete("user:#{id}")
    end
end

Answer 2

警告：很可能有更好/更聪明的方法来做到这一点。

几个月前我就解决了这个问题。我发现——或者至少，我想我发现——Devise 在此处加载用户对象：
https://github.com/plataformatec/devise /blob/master/lib/devise/rails/warden_compat.rb#L31

我为该反序列化方法创建了一个猴子补丁/initializers/warden.rb 执行缓存获取而不是 get。这感觉又脏又错，但它确实有效。

Answer 3

我也一直在为此苦苦挣扎。

一种不太复杂的方法是将此类方法添加到您的 User 模型中：

def self.serialize_from_session(key, salt)
  single_key = key.is_a?(Array) ? key.first : key
  Rails.cache.fetch("user:#{single_key}") { User.find(single_key) }
end

请注意，我将模型名称添加到传入的对象 ID 中，以便从缓存中存储/检索对象；您可以使用任何适合您需要的方案。

当然，唯一需要担心的是，当某些内容发生变化时，缓存中的用户会失效。如果使用会话 ID 作为键的一部分将 User 存储在缓存中，那就太好了，但会话在模型类中不可用，并且不会由 Devise 传递给此方法。