Jbuilder Rails 缓存速度较慢

我尝试将缓存与集合一起使用（使用多种解决方案），问题是每当我尝试缓存时，响应都会变慢 考虑以下集合示例，该集合为其中的每个项目（大约 25 个项目）呈现 2 个部分

json.data do
  json.array! @organizations do |organization|
    json.partial! 'api/v1/organizations/organization', organization: organization
    json.partial! 'api/v1/organizations/links', organization: organization
  end
end

没有缓存，平均响应时间约为 38 毫秒（平均）

现在有缓存

json.data do
  json.array! @organizations do |organization|
    json.cache! organization do
      json.partial! 'api/v1/organizations/organization', organization: organization
      json.partial! 'api/v1/organizations/links', organization: organization
    end
  end
end

jbuilder 默认缓存和 dalli 存储已正确安装和配置（我可以验证没有缓存丢失）

平均响应约为 59 毫秒（平均）

使用上找到的语法缓存摘要 https://github.com/rails/cache_digests

json.data do
  json.cache! @organizations do
    json.partial! 'api/v1/organizations/organization', collection: @organizations, as: :organization
    json.partial! 'api/v1/organizations/links', collection: @organizations, as: :organization
  end
end

平均响应时间约为 41ms（平均），并且该响应与其他响应不同

# Instead of getting
[{ data:{}, links:{} }, {{ data:{}, links:{} }]
# I get
[{ data:{}, data:{}, links:{}, links:{} }]

但是文件的缓存摘要是一个非常大的字符串，很容易超过unix最大文件名长度。 例如，这是文件名。

Cache write: jbuilder/organizations/5509f9284162643526000000-20150322012449497000000/organizations/5509e5924162643056020000-20150320223230684000000/organizations/550b54d8416264add2040000-20150321004501311000000/organizations/550e35704162640a98030000-20150322032224768000000/organizations/550e357b4162640a98050000-20150322032235260000000/organizations/550e35834162640a98080000-20150322032243162000000/organizations/550e35894162640a980a0000-20150322032249767000000/organizations/550e35904162640a980c0000-20150322032256464000000/organizations/550e35944162640a980e0000-20150322032300519000000/organizations/550e35984162640a98100000-20150322032304428000000/organizations/550e359c4162640a98120000-20150322032308542000000/organizations/550e35a04162640a98140000-20150322032312514000000/organizations/550e35a54162640a98160000-20150322032317066000000/organizations/550e35a84162640a98180000-20150322032320850000000/organizations/550e35ac4162640a981a0000-20150322032324716000000/organizations/550e35b04162640a981c0000-20150322032328643000000/organizations/550e35b54162640a981e0000-20150322032333651000000/organizations/550e35ba4162640a98200000-20150322032338114000000/organizations/550e35bd4162640a98220000-20150322032341889000000/organizations/550e35c14162640a98240000-20150322032345602000000/organizations/550e35c54162640a98260000-20150322032349739000000/3fcda1f9c320ab4284da56b4b2337cf5`

我也累了Jbuilder 多缓存 https://github.com/joshblour/jbuilder_cache_multi

json.data do
  json.cache_collection! @organizations do |organization|
    json.partial! 'api/v1/organizations/organization', organization: organization
    json.partial! 'api/v1/organizations/links', organization: organization
  end
end

响应约为 57 毫秒（平均）

再加上 jbuilder 缓存和 multi，我在日志中得到了很多这些内容

  Cache digest for app/views/api/v1/organizations/index.json.jbuilder: 3a51096b9c8da6a2cdb5b5a33ee58ea4
  Cache digest for app/views/api/v1/organizations/_organization.json.jbuilder: 4a1f1d49c90fdd867d88701f8a3fd6e1
  Cache digest for app/views/api/v1/organizations/_links.json.jbuilder: f2a881e125f95421d566edd571fdec73
  Cache digest for app/views/api/v1/organizations/index.json.jbuilder: 3a51096b9c8da6a2cdb5b5a33ee58ea4
  Cache digest for app/views/api/v1/organizations/_organization.json.jbuilder: 4a1f1d49c90fdd867d88701f8a3fd6e1
  Cache digest for app/views/api/v1/organizations/_links.json.jbuilder: f2a881e125f95421d566edd571fdec73
  Cache digest for app/views/api/v1/organizations/index.json.jbuilder: 3a51096b9c8da6a2cdb5b5a33ee58ea4
  Cache digest for app/views/api/v1/organizations/_organization.json.jbuilder: 4a1f1d49c90fdd867d88701f8a3fd6e1

那么我的实现、机器或本地环境有问题吗？ Rails 4.2.0 和 Jbuilder 2.2.11

我也将此问题发布到 jbuilder #259 https://github.com/rails/jbuilder/issues/259

为了详细说明我的引述，截至目前（JBuilder v2.2.12），只有满足以下一项或两项条件时，在 JBuilder 中缓存部分内容才真正值得：

• 您可以跳过 AR 查询（或计算）平均比访问缓存更昂贵

  进入缓存通常是Rails堆栈中的网络调用，而数据库查询can昂贵，通过网络获取序列化的 ActiveSupport blob，然后在 Ruby 中反序列化为哈希的成本非常昂贵，并且必须在 Ruby VM 内完成。这对性能不利。

• 生成的 JSON blob 的大小很小

  推论，如果您有一个小查询，但生成大量 JSON，那么您的性能很快就会下降，因为该 Blob 从 ActiveSupport Blob 反序列化，然后再次转为原始 JSON。记住，缓存不存储原始 JSON，而是序列化的中间格式。这意味着，对于存储在缓存中的每个额外的 JSON 字节，您将在网络上多获得大约 4 个字节（来自序列化的 AS 表示），并且反序列化所花费的时间可能与计算无论如何都是部分的。

如果您有一个生成巨大 JSON blob 的端点，我的建议是在控制器中手动有条件地渲染该 blob，并将其缓存为原始字符串Rails.cache。时不时地重新计算所有 JSON 的成本可能比每次调用时都通过 JBuilder 的缓存机制要少。