斗宗强者，恐怖如斯！

项目 1.做这个项目有什么心得?2.DB和redis的数据怎么保持一致性?你的项目中用到的是哪种方法?3.数据库先更新，然后再删除缓存，如果一删完立即有大量的用户请求进来，DB是不是就挂了?如何解决呢?4.用户登录方面的安全问题如何解决?5.登录过程中的数据安全性传输有没有考虑过?6.在优惠券秒杀中，redis用的是什么数据格式?八股1.CPU怎么执行已经写好的代码?2.如果服务器的cpu负载很高，影响到响应时间的话，这个时候你会怎么排查原因呢?3.一个数据库表，有三列数据分别是user id,order time,xxx，要满足三个需求:a.查某个用户的所有订单，b.查某天的所有订单，c.查某个用户在某一天的所有订单，索引应该怎么建最合适4.联合索引的存储结构?5.redis中set的底层格式6.redis中string的容量是怎么计算的?7.java的锁有哪几种?8.CAS是如何解决ABA问题的?9.kafka是如何做到这么高的性能的?10.kafka写入数据的时候是先写leader，还是先写follower，还是同时写?follower数据是谁写的?手撕三数之和:时间复杂度是多少?有没有时间复杂度更低的方法?

年度身份认证：资深码农（官方认证版）📊 年度数据大盘点：🖥️ 写代码：128,576行（其中32,144行来自CV大法）🐛 造BUG：328个（成功修复327个，剩下1个是祖传的）☕ 喝咖啡：459杯（公司咖啡机VIP客户）🌙 加班时长：286小时（比去年少了1小时，进步了！）💬 高频台词排行榜：🥇 “这个需求...” 586次🥈 “在我电脑上正常” 328次🥉 “重启试试” 245次🎖️ “这个做不了” 12次（虽然说了，但最后还是做了）🏷️ 年度标签：#咖啡因重度依赖 #产品经理克星 #Git艺术家 #深夜debug王者 #CV工程师💡 年度感悟：✨ 白天不懂夜的黑，...

我感觉领导基本上都是拿这句话拿捏你，当初招你来是很看好你的能力的，但现在来看是不及预期的，感觉不是很符合我对你当初的期待

有一次，mt对我说过一句话：“先把事情做成，再去追求完美。”这句话看起来很普通，却在很长一段时间里改变了我做事的方式。以前遇到问题，我总想着一步到位，方案要完整、代码要优雅、结果要足够好才肯开始。结果往往是准备得越久，越容易拖延，事情反而迟迟没有进展。后来我慢慢发现，真正推动事情向前的，不是一开始就做到完美，而是先迈出那一步。哪怕是一个不够漂亮的实现、不够成熟的想法，只要它真实地落地了，就能暴露问题、积累经验，也更容易持续迭代。这句话让我学会降低“开始”的门槛，把精力放在执行和反馈上。很多看似复杂的事情，正是在不断修正中逐渐变好的。与其被完美困住，不如先行动起来。