这是之前在处理一个实时流数据上碰到的。 之前背过很多，类似的关于高并发问题的一些官样文章。初读起来，总感觉索然无味。好像和幼儿园里把大象放进冰箱里的故事一样。 在业务中碰到的情况很特别。 同一个用户，会在同一个时间点有多条订单，即使把时间精确到 00:00:00，依然发现无法区分。前辈提醒后，才发现这其实是一种高并发的情况。 在Flink实时流里，通常碰到高并发的情况下，会进行一次打乱操作。在SQL任务中，我忘记进行了这种操作，后来发现其实是有这样的key by 参数。 大约可以这样处理。 在处理的时候，通过key by 的操作，会将并发数据存储同一个kaf...

#简历被挂麻了，求建议# 26届学院本找暑期实习，求大佬们给点建议

准备找实习，简历这样写可以吗 #我的简历长这样#

#蔚来# #面经#一面：30分钟自我介绍，项目追问。业务处理方面问的比较多，八股问的少。整个项目的后端开发中，agent和server的通信后有没有数据落盘，怎么做的记录比较入库？怎么做的数据库检索？mysql中数据查询select的时候，底层是怎么选择索引策略的？为什么这样设置？在web对接的时候，怎么暴露出来写的接口？还有一些和面试官讲解项目具体流程和做的处理就不细说了，有点泛没针对性。golang的GC回收过程中，三色标记法是什么？二叉树的BFS和DFS讲一下？Python和Golang学习年限，具体个人做过什么？做一道题，交替打印数字字符基础题，又是这个，这次比上次好有思路，面试官说没...