问题描述

在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!