字节剪映客户端二面

6.20一面自我介绍，项目拷打，数据倾斜的发现，以及如何做的，计算过哪些指标，场景题：计算2024-01-01至今商品的点击率，为了计算该指标，dwd层和dws层该如何构建sql题：将连续的时间展开user_id,s_date,e_date,输出user_id  date_time,求三日内留存率与三日留存率耗时40分钟6.23二面，自我介绍，项目拷打 这里感觉面试官 认为我对项目的理解不够深入，聊了一半开始做题，sql：连续登陆领金币问题，直播间峰值做完题又随便聊了聊，耗时40分钟6.26 加面三面，被面试官狠狠拷打，先拷打项目，先问数据倾斜，join产生数据倾斜该怎么处理，两个小表之间join，产生数据倾斜你有什么好办法，然后延展，两个大表之间join，产生数据倾斜你又有什么好办法。在问spark对比hadoop好在那里，一不小心答到了sparkAQE，在延伸小文件问题，小文件问题除了查询比较慢还有什么其他的坏处这里答道元数据过多，会引起查询慢，直接延伸目录树的存储方式，再来一个场景题 给你1t的内存存储800个g的元数据，你有什么疑问，reduceByKey、groupByKey、combineByKey等几个ByKey算子的区别，并且 combineByKey需要传入几个参数，然后spark 火焰图了解吗？count（distinct user_id） 用spark 怎么写，一道sql题，编程题看我没有刷过力扣直接没出，面试很有难度，特别多场景题，预估是挂掉了，被面试官面到一半汗都出来了，期间穿插各种spark源码相关问题，以及问我有没有看过spark源码。耗时80分钟oc

许愿一个京东的暑期实习！字节：20250611：本地生活一面：八股、抽奖系统设计、130. 被围绕的区域20250616：本地生活二面：实习、LCR 084. 全排列 II20250619：本地生活三面：实习、31. 下一个排列总结：三面hot100原题没写出来，估计挂了，真是遗憾呀，离字节最近的一次京东：20250618：京东零售一面：八股、实现单例的Lru并且写出单元测试20250620：京东零售二面：实习、n个有序list的排序总结：许愿一个offer，想去亦庄当强哥兄弟了B站：20250616：一面：实习项目、没有算法20250617：二面：实习项目、93. 复原 IP 地址总结：二面算法细节太多了小米：20250612：广告一面：实习、二叉树平均高度+189. 轮转数组的变种20250617：广告二面：项目八股、3. 无重复字符的最长子串+198. 打家劫舍总结：都是两道算法，二面算法不止能写出来，还让当场做优化九天九轮面试，强度拉满，压力拉满。B站、小米均已发offer，还在苦等京东，许愿一手！

6.4 投递c++豆包客户端开发，当天就流程终止6.12 被当前部门hr捞简历，询问是否可以转部门，主要也是c++，约一面6.16 一面，当天约二面6.17 二面，说三面面试官出差，要等下周，第二天约三面6.23 三面，当天晚上部门hr加好友约hr面6.24 hr面总结：一面面试官中登，比较和蔼，问的c++最基础的一些问题，简要介绍了项目，手撕对称二叉树二面面试官中登，比较严谨，感觉是想到啥问啥，一般八股一般追问，手撕单例模式（当时没概念直说了）换手撕无重复字符的最长子串（codetop1）三面面试官中轻登，介于和蔼和严谨中间，同样一半八股一般项目追问，手撕寻找有序数组下标范围（两次二分查找）hr面，和蔼，问一些关于常规问题整个面下来感觉更是看重临场的表现和基础知识，按答得上来程度一面90%，二面50-60%，三面70-80%，lz项目其实比较简单，不像传统后端路线的有比较完整的技术栈和功能实现，但这次日常并没有揪着说项目深度不放，所以面试状态和基础是比较看重的，也有部门缺人急招的因素，所以说之前帖子说是运气加机遇，换一个月前哪会想着能进字节实习

一面：全程50min，八股30min，算法20min1. innodb引擎的rr级别，age是普通索引，id是数据库主键，递增字段。事务A：begin；T1 select * from user where age = 20；（2个结果）T3 select * from user where age = 20；T4 update user set name = 'name1' where age = 20;T5 select *from user where age = 20;comit;事务B：T2 begin insert into user values('name2', 20); comit。请你分别告诉我T3-T5各有几个结果?2、3、32. TIME_WAIT 状态原因？ack至少丢失一次；防止建立历史连接3. 设计一个抽奖系统，每个用户可以抽 m 次，奖品个数为 n，每个用户最多只能中奖一次，大流量场景下如何设计，可以支持百万级并发抽奖？从接口、逻辑、扩展方面依次回答了。4. 算法：130. 被围绕的区域======================================================================二面：全程 40min，项目 15min，算法 20min，反问 5min1. 自我介绍2. 说下实习干了啥？大致介绍了下，然后说的实习难点3. 接口重构做了什么？说了过程，说了上线策略4. 你们后端服务大致拆分了几个服务？为什么那么拆分？5. 慢 SQL 治理的过程和原理？6. 其他记不清了7. 算法：LCR 084. 全排列 II。中间看成了全排列，5 分钟秒掉结果调试半天没有输出，经提示有重复数字。抠了半天抠出来了======================================================================三面：总共 70min，实习+项目+八股 20min，算法 50min1. 自我介绍？2. 实习工作？3. Netty 为什么快？4. 详细说下 NIO？5. 各种其他问题，记不清了6. 算法：31. 下一个排列总结：栽在三面了，唯一一次原题没写出来。当时写 hot100 就没细看，感觉这题有点难，结果唯一一次出原题我还没写出来！