after_filter 或 Sidekiq 用于管理 page_view 信息答案

【问题标题】：after_filter or Sidekiq for managing a page_view informationafter_filter 或 Sidekiq 用于管理 page_view 信息
【发布时间】：2014-09-13 04:26:20
【问题描述】：

我有一个 Rails 应用程序，目前我为每个 API 访问创建一个 PageView 对象。我们的 API 仍然非常快（50% 的请求小于 50 毫秒），但大部分时间都花在了将 PageView 写入我们的 MySQL 实例。

我正在考虑使用 Sidekiq，但问题是传递了在 Sidekiq 中强烈反对的较大对象 - https://github.com/mperham/sidekiq/wiki/Best-Practices#1-make-your-jobs-input-small-and-simple

什么是更好的选择？我们当前的 after_filter 解决方案是可以的，但只是想获得更高的性能。

编辑

我试图避免出现这样的情况（授予 1 个请求的孤立事件，但使用云 MySQL 提供程序）：

【问题讨论】：

标签： ruby-on-rails performance ruby-on-rails-3.2 sidekiq

【解决方案1】：

mysql 真的很快。您的时间可能花在 AR 验证或回调上。下拉到原始数据库连接和 SQL 以减少尽可能多的 Ruby：

ActiveRecord::Base.connection_pool.with_connection do |conn|
  conn.insert "INSERT INTO ..."
end

【讨论】：

同意 mysql 插入非常快 - 但我们正在做的唯一操作是 redis get；从~55ms -> 20ms 会很棒；顺便说一句，喜欢 sidekiq。