如果有完善的日志的话，可以试试从日志里分析出业务量变化和内存增加变化的关系。定位到业务的话 就比较好做代码review了

@skiplow 对的。
另外一个去流量入口买量

个人理解：既然你已经是用手机登陆支付了，一般来说，这个手机和你登记的就是同一台手机，这个时候，短信验证也就没有太大意义了。

最有效的办法是搜索引擎买量

多少是点收入，不是么

基本上 只能自己开发了，这种东西各家的需求都不一样的

不用方向键可以加工资么

肯定是哪里配错了，例如域名没配对。。

本地搭建开发环境。。@@

哎？这是哪个游戏的官网？

创业公司的唯一注重点不是活下来么。。

用来长灰尘

同一IP短时间内访问次数，这个限制也蛮常见的

只有等他出来了，你才会知道原来还有这个市场没饱和。。

菜农和厨师哪个炒的菜好吃

亚马逊中国试试看呗。 另外用国际版的亚马逊s3的话，你前面随便加个反代/CDN就是了

这个数据量，随便什么方法都可以了呀。
先排序在过滤或者先过滤再排序都毫无压力的。
而且排序直接冒泡都没问题呀

稍微计算了一下，每秒大约是250kb的数据写入，这个对大部分提供数据库云服务商来说，都不是什么难度。 除非你自己能handle，不然不是很建议自建数据库。

查询的效率 依赖你的sql语句以及索引，这个只能具体分析了。例如如果你写个select * from table;想100ms以内返回当日的所有数据，神仙都帮你不了。

1. 实时的意思应该是在数秒之内。客户端和服务器端保持长连应该可以做到。另外应该会用到消息队列。
2. 这种题目自己做条件假设。假设服务器系统内存带宽等必要参数，然后根据这些参数计算个结果出来。
3. 写缓存确实有这个问题。读缓存的话，丢了重新读就是了呗。