@Aluhao MySQL 可以用 FORCE INDEX 语句指定使用哪个索引，另外如果 uid 比 cid 的离散度高的话，建立索引的时候建议把 uid 放在前面 CREATE INDEX index_name ON article (uid, cid, time DESC)，另外如果你建立了 uid, cid, time DESC 的索引的话，就完全没有必要再单独给 uid 建立索引了。

@Aluhao 在我的印象中，MySQL 优化好，做你这样的 Query 的话，查询一个亿的数据，还是可以的。

@Aluhao 如果你做了 @phx13ye 31 楼的操作，并且用到了这个索引，剩下能够优化的就只有字段类型了。如果还是很慢的话，就只能升级机器配置，或者考虑其他的数据库了。

@Aluhao MySQL 的一个 Query 只能用一条索引，所以你分别建索引是没有用的，MySQL 只会用其中一条索引。就像大家说的，你建一个 cid,uid,time 的联合索引就好了，多多仔细深入思考下。然后还得 explain 一下，看看用对了索引没有。

弃坑 Mongo 是一个很好的选择，当数据量上去之后，弃坑也是一个早晚的事情。
我所遇到的用 Mongo 的大点的公司，到目前为止，没有一个公司没有弃坑的。

@holyghost
专业做大数据，并且踩过多年 Mongo 的坑。
同事参与过 Mongo 的开发，并且官网很多 Mongo 文档都是同事撰写的。当年开发过 Mongo 最流行的 Mac 版客户端，之前对 Mongo 寄予厚望到无限失望到最后弃坑不用。

这 UI ，简直是颠覆了我的审美观

@zpf124 发热问题是我们这边代码优化没有做好，已经修复了

@zpf124 发热各种问题已经修复，双 11 期间淘宝那边接口不是特别稳定，抱歉了！

@coolair 不会的啊。

@binjoo v 站用户太关注数码类目了。😂😂😂

@coolair 手机号给群主给你查一下

@AnonymousID 返完之后是等于不花钱，剩下的 20 元返利劵只要没过期就还能继续用，提现的话，大概 15 天左右能到账。

@cxyfreedom
@coolair 两边留的手机号要能匹配上

@zi 按照成交价格

@sola97 贱贱的。。。

@nodeath 如果两边预留手机号不能 match 上是不送返利券的

@nodeath 绑定手机号劵就会自动发送了。

@qyc0129 那你这边绑定手机号的时候得了多少返利券？