#36 楼 @msg7086

是这个样子。局部扫表 这个词还是第一次听说...... 但 game_id 上有没有索引和是否扫描关系不大，过滤的只是 timestamp，只要有 timestamp 的左前缀索引都是会走索引。

你这两个主要差异在排序上：

• Using index 覆盖索引，因为第一个 [timestamp, game_id] 上有索引，并且也只 select 了这两个列。
• Using filesort 进行了排序，有 group 子句都要排序，第一个没排是因为索引加在 [timestamp, game_id] 上并且 timestamp 为常量之后 game id 本身在 BTree 上就有顺序。似乎加上 order by null 可以避免（未试过..）。

PS1. 楼主的查询用了索引.. PS2. 楼主用的是 MyIsam PS3. 针对楼主的这句查询，加一个 Game 表（估计已经有了），设置 counter cache，select id, basicdata_count from games一句话搞定。

pregroup

#5 楼 @yedingding 谢谢！

JSONAPI 这个项目关注了很久，看了一些规则，有种茅厕顿开的感觉...靠谱。

谢谢分享。

求邀请码..

#4 楼 @cqcn1991

order('hits DESC')或 scope。

但千万别 default scope。除非你清楚在多个 order 或 where 的情况下 default scope 产生的 SQL 是什么样的，还有你的业务是否真的和 default scope 的应用场景一致。

#13 楼 @linjunzhugg 列表要查，但是 max 这种查询很快（在索引正确的情况下）。

缓存本质倒不是查不查，而是把一个长查询转化成短查询。

#11 楼 @linjunzhugg 所以要你设计合理的 cache key，比如你已经有了一个 product 对象，product.cache_key 是不需要查的。

#8 楼 @linjunzhugg 第一个，计算 cache_key 的代价很小。第二种方案过于复杂。

简单的说，关键在于如何生成 cache key。

一般来说，cache_key = f(m1, m2, m3, ..)，每个实例 mx 的变化，必须反应到 cache_key 的变化，至于是 model 关联自动 touch 还是手动 touch 由你应用自己决定。

不是查询效率问题，是单个目录有文件个数限制。所以才会有 ID Partition 这东西。

https://signalvnoise.com/archives2/id_partitioning.php

#2 楼 @billy +1

态度坚决地抵制 default scope，百害而无一利..

#11 楼 @bhuztez +1024

#3 楼 @gihnius 不是小看，物尽其用而已。

#19 楼 @msg7086 其实哪个快哪个慢这个大家都有一定的概念。我的观点是够用就行，在一般应用规模，Proxy 方案一定不会成为瓶颈就是了。

无论 access log 还是 nginx + lua 或者 proxy 方案，都是要和应用规模匹配的，不是说性能最好的方案是最佳的。

十万 PV 的应用有十万 PV 的搞法，千万 PV 的应用有千万 PV 的搞法。每个方案都是效率、性能、维护性、扩展性等各种指标的权衡。

我觉得楼主的应用规模不会太大..

另，nginx + lua 和 access log 方案，如果人家的图片在 CDN 或云存储上怎么搞？

#1 楼 @Kabie 哈？

#15 楼 @huobazi 这只是一个简单的 proxy 请求，处理图片还是用 sendfile 交给 nginx 处理啊，有兴趣你可以测一下这种请求 Rails 每秒可以处理多少，什么样的流量能让服务器亚历山大。

#4 楼 @huobazi 一点也不烂，这是最佳实践。用 nginx log 才是反模式。

#9 楼 @huacnlee 邮件打开量其实现在根本统计不出来，对数据解读不好还会给决策带来麻烦..

1. Gmail 现在有了 prefetch，所有图片 gmail 服务器都会自己先抓取一下，然后用户加载的是从 gmail 服务器的图片，和 github 上的图片类似，防止 mix content。这里会让打开量偏高。

2. 大部分邮件客户端会有默认不加载图片设置。这里会让打开量偏低。

所以，这个统计结果和真实是否符合完全取决于你的客户使用的邮件服务商和邮件客户端..的比例。

我现在都不统计打开率了，只统计点击率，这个更可靠一些，又不费力气。

image onload 之后发一个请求..

pry 里可以这样：

[9] pry(main)> $  ActiveRecord::Base

From: /Users/hooopo/.gem/ruby/2.1.2/gems/activerecord-3.2.18/lib/active_record/base.rb @ line 333:
Class name: ActiveRecord::Base
Number of monkeypatches: 20. Use the `-a` option to display all available monkeypatches
Number of lines: 384

class Base
  ##
  # :singleton-method:
  # Accepts a logger conforming to the interface of Log4r or the default Ruby 1.8+ Logger class,
  # which is then passed on to any new database connections made and which can be retrieved on both
  # a class and instance level by calling +logger+.
  cattr_accessor :logger, :instance_writer => false

text area 可以换行

不是 Ruby 版的 Meteor 吗