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

刷到的产品人有福了😎经历了大厂面试官的问题如连珠炮般袭来……被连环追问到怀疑人生对于那些产品类的“八股文”问题，答得支支吾吾。这次面试让我认识到自己的短板所在，下定决心要好好复盘，把那些产品知识学透，补足产品类“八股文”的欠缺，为下一次的面试做好充分准备~下次再遇到类似的情况，一定不要被问懵啦！！除了常规的自我介绍有一些产品人面试八股文心得分享给大家（收藏起来不迷路哦）Q1:如何全面深入地剖析一款产品？Q2:具备哪些特质的产品才算得上是好产品？Q3:产品上线后，有哪些关键的数据指标需要重点关注？Q4:产品刚上线时，要怎样去获取种子用户呢？Q5:to B 产品和 to ...