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

这年头吐槽工资低，希望涨薪都要被骂

如题

bg: 2本9硕第一次找工作面试，挑在了过年期间，太折磨了，放假了也没能好好玩。就手欠放假前看到了就随便投了一下想着要面试应该过完年了吧，结果上午投，下午就打电话约面试。一面 1月21日自我介绍对自我介绍中和简历中的项目提问问到了项目中觉得最困难的点以及是怎么解决的，还有一些临时的根据项目提问。比如我的项目有ob那个数据库比赛，问我怎么保证幂等性。应该是用redo日志记录下操作，崩溃之后可以恢复八股文拷打：进程和线程区别；用户态内核态以及进入内核态的方式；算法题：用的飞书面试，刚开始代码系统好像出问题了，面试官自己给我出了一个题，让口述一下思路，leetcode 726(https://lee...