我正在尝试生成片段缓存(使用Dalli / Memcached存储)但是密钥是使用“#”生成的,因此Rails似乎没有意识到存在缓存值并且正在访问数据库。
视图中的缓存键如下所示:
cache([@jobs, "index"]) do
控制器有:
@jobs = @current_tenant.active_jobs
使用这样的实际Active Record查询:
def active_jobs
self.jobs.where("published = ? and expiration_date >= ?", true, Date.today).order("(featured and created_at > now() - interval '" + self.pinned_time_limit.to_s + " days') desc nulls last, created_at desc")
end
查看rails服务器,我看到缓存读取,但SQL查询仍然运行:
Cache read: views/#<ActiveRecord::Relation:0x007fbabef9cd58>/1-index
Read fragment views/#<ActiveRecord::Relation:0x007fbabef9cd58>/1-index (1.0ms)
(0.6ms) SELECT COUNT(*) FROM "jobs" WHERE "jobs"."tenant_id" = 1 AND (published = 't' and expiration_date >= '2013-03-03')
Job Load (1.2ms) SELECT "jobs".* FROM "jobs" WHERE "jobs"."tenant_id" = 1 AND (published = 't' and expiration_date >= '2013-03-03') ORDER BY (featured and created_at > now() - interval '7 days') desc nulls last, created_at desc
关于我可能做错什么的任何想法?我确定它必须与密钥生成和ActiveRecord :: Relation进行,但我不确定如何。
答案 0 :(得分:8)
<强>背景强>
问题是每次运行代码时关系的字符串表示形式都不同:
|This changes|
views/#<ActiveRecord::Relation:0x007fbabef9cd58>/...
因此每次都会获得不同的缓存密钥。
除此之外不可以完全摆脱数据库查询。 (你的own answer是最好的)
<强>解决方案:强>
生成有效密钥,而不是此
cache([@jobs, "index"])
这样做:
cache([@jobs.to_a, "index"])
查询数据库并构建模型数组,从中检索cache_key
。
PS:我可以发誓使用以前版本的Rails中的关系......
答案 1 :(得分:3)
我们一直在做你在生产中提到的大约一年。几个月前我把它提取成了一颗宝石:
https://github.com/cmer/scope_cache_key
基本上,它允许您将范围用作缓存键的一部分。这样做有很大的性能优势,因为您现在可以将包含多个记录的页面缓存在单个缓存元素中,而不是循环范围中的每个元素并单独检索缓存。我认为将此与标准的“俄罗斯娃娃缓存”原则相结合是最佳选择。
答案 2 :(得分:2)
我遇到过类似的问题,我无法成功地将关系传递给缓存函数,而@jobs变量是一种关系。
我为缓存键编写了一个解决方案,解决了这个问题以及我遇到的其他问题。它主要涉及通过迭代关系来生成缓存键。
我的网站上有完整的文章。
http://mark.stratmann.me/content_items/rails-caching-strategy-using-key-based-approach
总之,我在ActiveRecord :: Base
中添加了一个get_cache_keys函数module CacheKeys
extend ActiveSupport::Concern
# Instance Methods
def get_cache_key(prefix=nil)
cache_key = []
cache_key << prefix if prefix
cache_key << self
self.class.get_cache_key_children.each do |child|
if child.macro == :has_many
self.send(child.name).all.each do |child_record|
cache_key << child_record.get_cache_key
end
end
if child.macro == :belongs_to
cache_key << self.send(child.name).get_cache_key
end
end
return cache_key.flatten
end
# Class Methods
module ClassMethods
def cache_key_children(*args)
@v_cache_key_children = []
# validate the children
args.each do |child|
#is it an association
association = reflect_on_association(child)
if association == nil
raise "#{child} is not an association!"
end
@v_cache_key_children << association
end
end
def get_cache_key_children
return @v_cache_key_children ||= []
end
end
end
# include the extension
ActiveRecord::Base.send(:include, CacheKeys)
我现在可以通过
创建缓存片段cache(@model.get_cache_key(['textlabel'])) do
答案 3 :(得分:1)
虽然我将@ mark-stratmann的回复标记为正确,但我实际上通过简化实现来解决这个问题。我添加了touch:true给我的模型关系声明:
belongs_to :tenant, touch: true
然后根据租户设置缓存密钥(还有一个必需的查询参数):
<% cache([@current_tenant, params[:query], "#{@current_tenant.id}-index"]) do %>
这样,如果添加新作业,它也会触及租户缓存。不确定这是否是最好的路线,但它有效并且看起来非常简单。
答案 4 :(得分:1)
我正在使用此代码:
class ActiveRecord::Base
def self.cache_key
pluck("concat_ws('/', '#{table_name}', group_concat(#{table_name}.id), date_format(max(#{table_name}.updated_at), '%Y%m%d%H%i%s'))").first
end
def self.updated_at
maximum(:updated_at)
end
end
答案 5 :(得分:1)
我做过像Hopsoft这样的事情,但它使用Rails Guide中的方法作为模板。我已经使用MD5摘要来区分关系(因此User.active.cache_key
可以区别于User.deactivated.cache_key
),并使用count和max updated_at
自动使缓存更新到关系。
require "digest/md5"
module RelationCacheKey
def cache_key
model_identifier = name.underscore.pluralize
relation_identifier = Digest::MD5.hexdigest(to_sql.downcase)
max_updated_at = maximum(:updated_at).try(:utc).try(:to_s, :number)
"#{model_identifier}/#{relation_identifier}-#{count}-#{max_updated_at}"
end
end
ActiveRecord::Relation.send :include, RelationCacheKey
答案 6 :(得分:0)
也许这可以帮到你 https://github.com/casiodk/class_cacher,它从Model本身生成一个cache_key,但也许你可以使用代码库中的一些原则
答案 7 :(得分:0)
作为起点,你可以尝试这样的事情:
def self.cache_key
["#{model_name.cache_key}-all",
"#{count}-#{updated_at.utc.to_s(cache_timestamp_format) rescue 'empty'}"
] * '/'
end
def self.updated_at
maximum :updated_at
end
我已经规范化数据库,其中多个模型与同一个其他模型相关,想到客户端,位置等都通过street_id拥有地址。
使用此解决方案,您可以根据范围生成cache_keys,例如
cache [@client, @client.locations] do
# ...
end
cache [@client, @client.locations.active, 'active'] do
# ...
end
我可以简单地从上面修改self.updated
以包含相关对象(因为has_many
不支持&#34;触摸&#34;,所以如果我更新了街道,它就赢了&#39 ;否则可以通过缓存看到):
belongs_to :street
def cache_key
[street.cache_key, super] * '/'
end
# ...
def self.updated_at
[maximum(:updated_at),
joins(:street).maximum('streets.updated_at')
].max
end
只要你没有取消删除&#34;在belongs_to中记录并使用touch,假设由count和max updated_at组成的缓存键就足够了,你应该没问题。
答案 8 :(得分:-1)
我在ActiveRecord :: Relation上使用一个简单的补丁来生成关系的缓存键。
require "digest/md5"
module RelationCacheKey
def cache_key
Digest::MD5.hexdigest to_sql.downcase
end
end
ActiveRecord::Relation.send :include, RelationCacheKey