@vcbal
@Nooooobycat
调研了一下，图数据库是可以实现且比较合理的方案。考虑到这块业务并不是很核心，在数据量并不多的情况下还是不增加项目复杂度，没有引用图数据库。目前还是在关系型数据库中存储的，一个 fromId ，一个 toId 。查询时开了多个线程，最后合并返回的。

无形装逼，最为致命。

无形装逼，最为致命。

兄弟稳住，现在北京有好些房子基本上打八折也够呛卖出去，照这个情况还会持续下跌。最好观望一下。

@zhandouji2023 摸鸡老板在哪？

@suancaip 会被 ak 顶头吗？

由此可见得看什么公司什么领导

我纯是为了看片

@googlefans 在丰台哪个地啊？

18.8w

@litguy 这个我感觉是相当于把所有的并发操作限制成了串行操作，是可以保证线程安全的，那效率怎么样呢？还有就是回调队列是干了什么事呢？

并发要求多少？这种共享变量的 读取-新增 操作不上锁都会有并发问题吧？可以试试把锁的粒度控制在最小，试试 select version from table where userid = ${} and business_type = ${} order by version limit 1 for update; where 条件字段要索引。

35 这个数是哪个流氓最先使用的懂得都懂

@EdgeYu 嗯嗯，首先把掌握技能重新排版一下，比如 "掌握多种报文格式，包括 Json 、XML 、TLV 等，并能在项目中灵活应用" 这种就不需要写，尽可能精炼和有条理；我感觉写项目难题的时候语言也要精炼，尽可能多用一些数据，比如 "车辆调度发验证码随着用户的逐渐增多并发量上不去，导致用户验证时效过期，排查过后使用多线程+netty 技术使得并发量是之前的 3 倍，qps 达到 4000/s" 之类的。

现在敢裸辞的都是勇士

掌握技能不用写那么多，写几个比较了解的中间件或者框架，对一些八股源码能说上一些。项目经验很重要，这块还得优化。需要介绍一下项目背景，项目规模（比如并发量 tps 、qps ），项目收益，最好有一些具体的数据支持；还有一些比如在项目中遇到的难题，如何解决的，优化后的效果是怎么样的写一写。

如果考的话建议考非全日制，一遍读书一边上班的那种。这个年龄考全日制在咱这不是一个好的选择。

qps 6000 ，每天生产数据 2 亿算得上高并发吗？