字节-秋招-后端开发-二面

1.实习介绍2.在百度实习的工作内容3.前面项目提到用 MVSQL保存数据，如果操作三张表的时候其中一张表操作失败了，需要进行什么操作4.事务的隔离级别有哪几种，都是如何实现的5.知道redolog吗，有什么作用，在提升数据库性能方面有什么作用吗6.知道索引吗7.数据库如果数据量很大，要怎么处理8.如何解决 redis的数据一致性问题9.如何解决缓存穿透、缓存雪崩等问题10.redis如何做数据持久化11.mysql中有哪些日志12.说一下MVCC13.mysql索引底层的数据结构是啥，并解释原因14.redis是单线程还是多线程，为啥要用单线程15.redis 中的 ZSET底层是如何实现的16.CPU密集型和10 密集型的系统有啥区别，在设计线程的时候应该怎么设17.协程知道吗18.了解 PB吗19.Java中hashmap的线程安全及扩容20.JVM 垃圾回收器有哪几个21.算法题(忘记做的哪个了)22.反问

一面： 自我介绍拷打实习询问慢sql怎么解决DQC怎么保证手撕golang 写mapreduce流程二面：自我介绍拷打实习二面很简单 基本上没有八股 问一下实习经历三面：自我介绍拷打实习linuex命令docker命令shell脚本编写

1.项目介绍2.说一下你在里面参与的业务流程吗，整个系统3. 为啥会选用netty做这个二进制流的解码跟这个传输的一个框架呢？之前有没有评估过别的网络框架4.你的上游是什么模块，上游是怎么给你推二进制流的5.你的行情模块接入层是单体的吗？6.你们的ConcurrentHashMap是怎么设计的？这个Map 存在一台机器上，其他机器要用怎么办？7.如果这个 Map 丢了，比如服务重启了，数据怎么恢复8.如果单纯是存历史数据风控要用，那你Map只存最新的？那风控历史数据从哪查9.你们是写入Map后异步写Redis，对吧？那中间宕机了，Redis还没写成功，这条数据不就丢了？你们怎么保证数据不丢？10.你觉得 Redis 是强可靠的吗？如果 Redis 挂了你们怎么办11.什么是长连接？NIO 和 BIO 的区别讲一下吧12.所有上游都能跟你建立长连接吗？有没有场景不能建立长连接？那你们怎么处理？13.前面你说到的短连接和长连接混用，那这种情况下顺序怎么保证？有没有旧数据覆盖新数据的问题14.那如果你这边有多台机器，同时处理请求，怎么保证同一条行情数据不会被覆盖？顺序怎么保证？15.RocketMQ 是在哪一段用的？是在接入层之后就直接发MQ了吗16. MQ是怎么做分区的，你提到要隔离，那你只是broker隔离，消费端没有做隔离的话有啥意义17.MQ发消息用线程池是吧？那线程池参数是怎么配置的18.业务里为啥要用一个Map缓存行情？不是直接往下推就好了吗，还有你这个Map有没有读的链路？如果没有get操作，这个Map的存在意义在哪19. 那你说你重启后需要恢复数据，如果我们不用ChronicleQueue、Disruptor这些WAL预写，只用 Redis + MySQL，你怎么设计才能保证数据可靠20. Redis双机房是怎么做容灾的？同步是强同步还是异步的？中间挂了数据丢不丢21.有没有幂等场景？比如别人调你下单接口，你怎么实现幂等？是怎么返回给上游的22. 重试的时候你幂等怎么保证？怎么区分要返回什么呢23.问个MySQL的问题，MySQL里面那个b➕树它是双向链表还是单向链表，为什么24.手撕：1.给你一个数组，比如 [5,7,1,2,10]，表示二叉树中序遍历的结果是节点 1,2,3,4,5，它们对应的分数分别是 5,7,1,2,10。2.要在所有符合这个中序顺序的二叉树中，找到“加分”最高的那棵

实习拷打（产出+八股）1. sql相关：- 你参与了sql优化，可以讲讲具体是怎么优化的吗？有具体的流程吗？- explain执行计划重点关注字段？- 聚集索引和二级索引- mysql存储引擎（innodb），什么数据结构存储索引（B+树）- 为什么使用B+树而不用红黑树？- B+树增删改查的时间复杂度- 创建联合索引注意事项？索引失效场景？- 什么时候不符合最左前缀法则？- 最左前缀法则实现原理（ber会）- 事务隔离级别，隔离产生的问题- mvcc实现原理，mvcc如何实现不可重复读和幻读？- mysql/mvcc如何防止幻读？  - 临键锁的实现原理，间隙锁的范围，开闭区间？2. ES相关：- 实习中提到了ES，具体干了什么- ILM策略  - ES生命周期- 为什么进行Shrink操作- es中索引和文档的区别- es倒排索引机制八股- hashmap线程安全吗？哪些是线程安全的？- hashmap不同版本的区别- hash的底层数据结构- hashmap为什么使用红黑树？树化条件？- 为什么设置树化阈值为8？算法：Leecode 403（hard） 青蛙过河动态规划+递归