美团一面

1. 设计一个秒杀系统。假设有100万库存，怎么在分布式环境下保证高并发不出错，不会超卖？性能上要求TPS能到5万以上。2. 想象一个场景：用Redis分布式锁处理支付回调，结果Redis主从切换，导致锁失效，订单被重复处理了。这种情况怎么解决？3. 假设有个明星突然发了条动态，导致某个Redis热点Key的请求量飙到50万QPS，缓存瞬间被打穿，数据库也跟着雪崩了。你要是当时的值班工程师，怎么快速止损？事后又会怎么优化？4. 设计一个订单自动关闭功能：用户下单30分钟没付钱，就自动取消。每天的订单量大概是1000万，要求处理时间的误差不能超过1分钟。5. 有一个发积分的流程，跨了3个服务：先...

20min 实习怎么用redis+token实现登录的？Redis缓存token这种存储方式的弊端，存在什么安全隐患？这种方式的弊端后续怎么去解决？Redis缓存token业务层面会有哪些风险，业务层面的风险怎么解决？Redis高并发、低耗时的底层是因为什么机制？Redis主从同步的逻辑是什么，主从同步有哪几种方式，持久化的方式，最常用哪些方式？Redis支持事务吗，怎么支持？慢查询怎么定位和规避，在日常开发情况下，怎么做规避，有没有关于SQL的最佳实践、最佳原理。20min场景题在抖音里面有一个关注功能，设计关注跟取消关注功能，怎么去设计，包括底层的设计、存储设计。对于用户的规模不一样的情况（小博主、大博主），底层在设计的时候会有什么差异？一个网红博主，发了一条动态，怎么去发送给粉丝？上游怎么去消费发的这些消息？5min开放题未来职业规划+个人优势10+min手撕输出一个数组的全排列 a b c -> abc acb bac bca cab cba第二天挂基本全是场景题和设计方法，看似很开放，但还是要答出来面试官想听到的点，我感觉我说的挺对的，实际上可能最开始回答的方向就不对，讲了很多系统设计上的思考，忽视了业务方向的思考。难难难，实在是太难了，有一种有力没处使的感觉。已经换部门重新从一面开始了

1. 我们先聊聊分布式事务吧，你了解哪些常见的解决方案？2. 如果要你从零开始设计一个秒杀系统，你会怎么着手？3. 假设你负责的系统，QPS突然涨了10倍，你会怎么设计来应对这种情况？4. 我们来设计一个会员系统，假设目标是要支持10万QPS，你觉得架构上需要考虑哪些点？5. 如果要从零开始搭一个优惠券系统，目标是支持10万级别的QPS，你会怎么设计？6. 让你来设计一个评论中台，要能抗住10万的QPS，你的设计思路是怎样的？7. 聊聊短URL生成服务吧。如果要支持百亿级别的量，怎么设计才能保证生成的短链接不冲突？8. 我们来构思一个网盘系统，体量是万亿GB级别的。像“秒传”和“下载限速”这两...

期待开奖捏😁😁