@RedisMasterNode mysql 做读写分离，过千的 qps 还是可以扛下的，这个场景下我理解读多写少，并且对主从同步消耗的时间容忍比较高，读流量可以从从节点读，扩展性还是可以的。不过对于这些映射记录的分库分表可能要考虑下怎么弄，单表记录过百万会影响性能（实际上有没有这么多存疑）

@RedisMasterNode 这样确实不用担心 zk 的 qps 问题了，不过我想确认下这个分段，是怎么存储在 zk 内？
1. 是 zk 内只存下一段，某个 app 取走之后进入下一段，app 自己保留自己消费到哪一段信息（可能 app 崩溃会导致多个空段浪费）
2. 还是说在哪里存 app 对于分段的消费进度。

持久化选择 redis 是不可靠的，我理解应该存可以落磁盘的存储。这个场景可以接受极端情况下部分长链接和短链接映射关系的丢失么？（关于 insert_if_not_exists，redis 的 setnx 命令其实是有支持的，如果对别的数据类型，可以实现 lua 脚本做这个事情）

zookeeper 随着规模增大 需要同步到更多机器 tps 会下降 ，那么这就意味 zk 的集群不能很大，扛不住很大的 qps。
出现故障的时候是不是需要考虑下降级方案

python 的 csp 是不是没法像 go 那样 M:N 地利用多核？我还没有仔细阅读大佬你的代码，看了一眼 import 似乎是 线程池+async 的组合

@PGaholic 校招笔试阶段已经结束了 0- 0

@neko2 我可以试着找人问下，可以简历发我 [email protected]

@ChenJHua 有的

制度问题是什么问题啊？

@mrytsr
@wayslog
我都在 b 站搬了那么多年了 = =
这对话竟然能接起来，跨越时空了

可以的，支持

@bibi777 好的，我明天转一下相关的同学，谢谢你投我们公司

@bibi777 简历发我邮箱看下吧，[email protected]

@esmhjio 可以远程面试的

帮顶，加油

mark

@silencefent 说鸡不说 ba，文明你我他 2333

如何联系

@kanaiyuu 简历发 aGVqdW5AYmlsaWJpbGkuY29t

速度大概提升了多少啊？一直以为下载工具的瓶颈在网络 io