一.基础内容-base：北京-部门以及业务：手机事业部，小米手机的相机开发-主要开发语言：java-时间：2024.10.10-时长：60min二.内容百度实习项目拷打你提到binlog监听数据变化，这个格式都有啥，你为什么采用row形式？如果数据量过大，都能及时监听到吗？如果丢数据，你有什么办法做补偿？那你这个方案，还有备用方案是吗？能介绍一下不？数据库的引擎了解吗？innoDB和MyISAM有什么区别？你提到锁级别不同，你有没有了解过什么时候行级锁会升级到表级锁？索引数据结构了解过吗？为什么用红黑树不用跳表？说一下redis中跳表数据结构，咋实现的？跳表层高怎么设置？（不会）你个人项目中流程介绍一下？redis超卖问题怎么加锁解决的？redis挂了，你超卖问题还能解决吗？如果解决场景题：如果你一个订单下单了之后，但是我没有付款，你怎么实现到期关闭？你手上还有offer吗？你百度转正没？为什么要来小米？三.手撕（20min）1.中序和后序分别输出树2.z字遍历树四.反问：1.表现：算法效率不高，答题有点慢，表达能力没有问题2.流程：第二面，通过的话，可能hr面我感觉小米这两个面试官，好注重数据结构之类的东西。==关注我，后期还会有很多面经、双非逆袭经验分享、以及如何生动记住哪些枯燥的知识

什么是消息队列？ 可以把消息队列理解为一个使用队列来通信的组件。它的本质就是个转发器，包含发消息、存消息、消费消息的过程。我们通常说的消息队列，简称MQ（Message Queue），它其实就是消息中间件，比较流行的有RabbitMQ,RocketMQ,Kafka。 如何保证幂等性？ 幂等性是指同一操作的多次执行对系统状态的影响与一次执行结果一致。 实现幂等性的核心方案： 1.唯一标识（幂等键）：客户端为每个请求生成全局唯一ID（如UUID、业务主键），服务端校验该ID是否已处理，适用场景接口调用、消息消费等。 2.数据库事务+乐观锁：通过版本号或状态字段控制并发更新，确保多次更新等同于单次操...

不是很懂，现在投各厂的日常有ac吗？现在大厂就剩蚂蚁没面了，字节，腾讯，美团，淘天都挂了或者不给面现在是应该去找些中厂还是转投日常啊，转投日常可行吗？求助！！！

设计一个秒杀系统时，Redis可以作为一个高性能的工具来防止库存超卖。以下是具体的设计思路和实现方法：#牛客AI配图神器#1. 使用 Redis 的原子操作Redis 提供了多种原子性操作命令，这些命令可以在高并发场景下确保数据的一致性。INCR/DECR：通过递增或递减某个键的值来控制库存。GETSET：获取当前值并设置新值，保证操作的原子性。Lua 脚本：将多个操作封装在一个 Lua 脚本中执行，Redis 会保证脚本内的操作是原子性的。示例代码（使用 Lua 脚本） local stock_key = KEYS[1] local stock_count = tonumber(redis....