使用缓存或二进制响应加快请求响应

Question

我想用缓存或二进制响应

加快查询响应速度

渲染 5k ~ 100k 条记录的 json 响应需要超过 30 秒 ~ 500 秒。

如何让它更快？

因为渲染时响应时间仍然很慢

是否可以进行二元响应（跳过渲染视图）？

  WeatherLog Load (335.5ms)  SELECT  "weather_logs".* FROM "weather_logs"   ORDER BY "weather_logs"."datetime" ASC LIMIT 90000
Write page /Users/public/index.json (35.2ms)
Completed 200 OK in 40488ms (Views: 32459.3ms | ActiveRecord: 336.8ms)

控制器

caches_page :index
respond_to :json

def index
  begin       
    @weather_logs = WeatherLog.result(q)

    respond_to do |format|
      render json: @weather_logs
      return
    end
  rescue Exception => e
    respond_to do |format|
      format.json { render json: {status: "Invalid Request #{e.backtrace.first(3)}"} }
    end
  end
end

数据流：第 4 步是渲染的瓶颈

简而言之

我只需在短时间内将响应发送给客户，

不管是什么格式。

即使是二进制格式也可以。

请给我一些方向或想法来提高性能

Answer 1

肯定只是渲染有问题吗，WeatherLogs.result(q) 的结果是什么。您是否对 WeatherLogs#results 调用进行了基准测试？迭代返回的集合而不是仅仅渲染它需要多长时间？将其呈现为 JSON 时是否调用了任何方法，例如不仅是类字段？

如果确实是渲染问题，您可能需要在将数据插入 WeatherLogs 时考虑使用 LRU 缓存，这实际上是对客户端请求的数据进行非规范化处理。因为，根据您的流量和可能的查询数量（尽管这也会影响非规范化数据），当它在渲染时生成时，它几乎永远不会命中缓存。这篇文章可能是一个好的开始：http://oldblog.antirez.com/post/redis-as-LRU-cache.html

但是如果不了解渲染需要这么长时间的确切原因，我不会去构建一个复杂的缓存，如果 JSON 渲染是问题 OJ 可能是一个解决方案或者任何声称是最快的库，但我有一个预感这不是实际的渲染问题。

如果您有任何其他问题，我们很乐意提供帮助。

Answer 2

你需要显式调用 Oj：

  def index
    begin         
      @weather_logs = WeatherLog.result(q)

      respond_to do |format|
        render json: Oj.dump(@weather_logs)
        return
      end

如果你想让它变得隐含，试试我公司的这个宝石：https://github.com/GoodLife/rails-patch-json-encode