问题描述
在Ruby on Rails对接redis时候，我的代码如下：
category_list = Rails.cache.fetch("category_all", expires_in: 12.hours) do
Category.all
end
renderFindResponse category_list, {
totalCount: category_list.size,
}
end
结果发现即使生成了redis缓存文件，但是每次请求仍然会继续请求数据库而不是优先拿缓存，这是为什么呢？
根本原因
经过排查发现，缓存内容出现了问题。解释如下：
-
Category.all
Category.all返回的是一个ActiveRecord::Relation对象。这种对象本质上是数据库查询的一个待执行的封装，它并没有立即执行查询。只有在需要读取数据时（比如对数据进行遍历、计数或转换时），ActiveRecord::Relation对象才会实际触发数据库查询。
当尝试缓存Category.all时，实际上缓存的是这个ActiveRecord::Relation对象，而不是查询结果。当从缓存中取出对象并尝试对其进行操作时（例如迭代结果），才会触发数据库查询。这意味着每次访问缓存并使用结果时，仍可能会执行数据库查询。
-
Category.all.to_a
Category.all.to_a会强制执行数据库查询，并将结果立即加载为一个数组。to_a会触发ActiveRecord::Relation对象执行SQL查询，并返回包含所有记录的数组。当这个数组被缓存后，访问缓存并使用这些数据时，不会再触发数据库查询，因为你正在操作的是已经加载到内存中的数据元素。
缓存Category.all.to_a实际上缓存的是一次具体的数据库查询结果。这对减少数据库访问非常有效，因为一旦数据被缓存，所有对这些数据的后续访问都将直接从缓存读取数据，而不需要再次查询数据库。
结论：为什么选择Category.all.to_a进行缓存
减少数据库负载：缓存查询结果（已经加载的数据）可以显著减少对数据库的请求，尤其是在数据不经常变化的情况下。这有助于提高应用性能，尤其是在处理大量数据时。
改善应用性能：通过缓存预先加载的数据数组，可以实现更快的数据访问速度，因为从缓存读取数据一般要比执行数据库查询来得快。
总结，尽管Category.all和Category.all.to_a在某些上下文中可能产生相似的结果，但在缓存策略中选择使用to_a确保了实际的查询结果被缓存，而不是查询本身，这有助于优化Rails应用的性能。
THE END!
