没有

go

国内数得上名的大公司用 PHP 的，都是自己的框架，其他的可能用一些开源的，差球不多，不必太纠结：）

同问，找到解决办法了吗

@julyclyde
@pmispig
踩坑了，为了解决设置 NOSIGNAL 后 dns 超时不计入超时的问题，采用 c-ares 并且取消设置 NOSIGNAL 之后上线了。结果两个小时之后 cpu.system 飙到了 80%，系统 load 到了几百，紧急回滚了...

@Admstor
@swulling 答题这个我个人猜测也可能有注水，官方机器人答题摊低成本

@swulling 百万人直播很成熟了吧，我看斗鱼，panda，很多大主播明面上写的高峰人数都有几百万，推流，cdn 什么的，技术比较专，但是比较容易水平扩容？
答题这种，汇总什么的是可行的方案，延时要求也如楼上所说，没有那么的及时。

@Tony2ee
@Baymaxbowen
@henryshen233
@JRay
你们怎么发的图？


是被约谈了，此贴终结

哈哈哈哈哈

@stabc
@samuel
我今天测试了一下，500w 条数据，分别查询 5w 次； 1，2 对索引的大小，几乎没有任何影响；
对单条的查询速度，第 1 种稍微慢点。
但是第一种查询在业务上不能单写成 {$sort:{$lt:$last_sort},$_id:{$lt:last_id}},而要写成 {$or:[{$sort:$lte:$last_sort,$_id:{$lt:$last_id}},{$sort:{$lt:$last_sort}}]} ，用了$or 之后，速度上会有百倍的差距。

@whx20202 是 sort，id，但这是使用表现，你不把 id 建到索引里对 id 的排序不会用到索引

@samuel sort 的区分度是比 id 要小一些，不过要先按照 sort 排序，建立（ id，sort ）恐怕是没有用

@stabc 您说的不确定性是指？

@samuel 我今天测试一下

@xmadi
@mozutaba
你们说的对，我查到了
https://www.macstories.net/stories/a-beginners-guide-to-app-store-pricing-tiers/