小米武汉java后端一面kpi

        笔试10-12，做完笔试3天之后官网上两个志愿都直接给我挂了，结果11月4号又给我捞起来了，发邮件通知我当天晚上7点面试，面完之后当晚又发邮件通知第二天下午两点面试二面，二面完之后7号直接电话沟通offer。这速度有点太快了。        不过已经有美团的意向了，就不打算接小米了。虽然我本人是个米粉，用了好几个小米手机了。但开的比较低，且不是本地人，还是不打算去了。#小米求职进展汇总#

面试官是杭州那边的。实习中遇到的困难，如何解决（实习没什么讲的就开始问问题）Kafka 消费者和生产者流程Kafka发送顺序消息怎么实现kafka 防止重复消费Kafka 保证数据不丢失Kafka 消息积压如何解决Redis 持久化如何实现mysql 事务隔离级别MySQL 可重复读如何实现MySQL 聚簇索引和非聚簇索引区别MySQL 最左匹配原则MySQL 一条语句 的执行过程MySQL 集群主从节点复制过程MySQL 集群，主节点出现故障如何切换乐观锁和悲观锁区别synchronized同步锁如何实现Reentrant Lock如何实现threadLocal原理VM 运行时数据区双亲委派...

上个月20号二面完，官网一直显示面试中，也没有hr电话联系，发邮件询问也不回。有几家公司催确认offer了，但是都不满意。有没有武汉小米前端的大佬收到offer了，分享一下情况 #秋招的第一个offer，大家都拿到了吗# #平台or薪资，你更看重哪个# #25届秋招总结#

就是这个，百思不得其解。个人理解它的本质是：1、通过rr默认隔离级别下给当前记录加锁，只允许当前事务update，令多个事务串行处理该记录。2、判断库存数>0，才进行库存扣减。这跟乐观锁有什么关系呢？这不只是一个条件判断sql吗？如果说认为这是单纯靠库存字段作为乐观锁，那还是可能出现多个事务判断库存>0，并一起扣减，导致超卖，想解决该问题本质还是靠记录锁呀，记录锁不是悲观的吗不知道我是不是哪里理解错了，大佬们教教我！！😭